1

我有一些查找表正在通过我的应用程序进行检查。这些是驱动网站上下拉列表的表格。他们没有业务逻辑,但他们需要在遵循应用程序架构的同时从数据库到 UI。

当前架构有数据层、业务层和表示层。所有数据库调用都在数据层中(使用模型对象和存储库)。业务层调用数据层,BL 对象转换数据层对象。表示层然后调用业务层并使用业务对象。(基本上是 UI -> 服务 -> 存储库)

我只是认为在没有业务逻辑的情况下必须通过业务层进行探测是一种浪费。我不介意在这个架构中添加一个 Lookup 层或 Common 层,但我不知道它会适合哪里,或者我将如何融入当前流程。关于我如何解决这个问题的任何想法都会有帮助。

编辑:我想我真的很想知道如何在这里合并一个公共库,以便我可以添加查找。公共库应该位于业务层和 UI 之间,还是应该作为业务层的“替代品”?或者我什至需要一个公共图书馆?

4

2 回答 2

4

在不了解您的建筑的情况下...

我建议使用现有的 BusinessLogicLayer 和 BusinessLogic。

这似乎是多余的,因为这些查找查询没有业务逻辑。

但是,至少代码将遵循现有的约定/方法。

如果将来引入业务逻辑或查找条件,您就不必更改 PresentationLayer。

于 2010-08-16T21:47:34.210 回答
0

您应该通过您的业务层对其进行检查以保持一致性。在您的查找的第一次迭代中,该层中的代码可能非常薄。

于 2010-08-16T22:18:23.207 回答