我有几个查找表，我正在通过我的应用程序管道。这些是驱动网站下拉列表的表格。它们没有业务逻辑，但是它们需要在遵循应用程序架构的同时从数据库进入UI。
当前架构具有数据层，业务层和表示层。所有数据库调用都在数据层中（使用模型对象和存储库）。业务层调用数据层，BL对象转换数据层对象。然后，表示层调用业务层并使用Business Objects。 （基本上是UI - ＆gt;服务 - ＆gt;存储库）
我认为，当没有业务逻辑时，必须通过业务层进行检测是一种浪费。我不介意在这个架构中添加Lookup层或Common层，但我不知道它适合的位置或者我将如何合并到当前流程中。关于如何解决这个问题的任何想法都会有所帮助。
编辑：我想我真的想知道如何在这里加入公共库，这样我就可以添加查找了。公共库应该位于业务层和UI之间，还是应该是业务层的“替代”？或者我甚至需要一个公共图书馆？答案 0 :(得分：4)
不了解你的建筑......
我建议使用现有的BusinessLogicLayer和BusinessLogic。
这似乎是多余的，因为这些查询查询没有业务逻辑。
但是，至少代码将遵循现有的约定/方法。
如果将来引入businesslogic或查找条件，则无需更改PresentationLayer。
答案 1 :(得分：0)
为了保持一致性，您应该通过业务层进行检查。在查找的第一次迭代中，该层中的代码可能非常薄。