通过服务还是直接访问存储库？

Question

是否是允许ASP.NET MVC控制器操作直接访问存储库（即使存在繁重的服务层，例如LoginService.Authorize（））以检索，添加或更新数据的良好编码标准？ 还是所有内容都应该通过服务，然后从那里到存储库？

Answer 1

对于较小的应用程序/网站，我倾向于不使用服务层，因为它仅以1：1的方式映射存储库方法，因此我松散了KISS。 但最终，这取决于业务模型； 存储库抽象数据库访问，服务封装逻辑。

Answer 2

最好遍历服务层（取决于您如何实现），因为这就是要点-成为单个访问点，因此您在其中所做的任何特定于业务的事情都可以在所有层中表示和实现来电者。

Answer 3

这实际上取决于复杂性。 如果您要处理任何事务作用域 ，那么我一定会将其从控制器解耦到您的服务层。

Answer 4

我认为这将取决于您的设计/架构。 存储库的目的是什么？ 执行CRUD操作（创建，读取，更新和删除）。

如果您在经典的三层体系结构中使用贫血域模型 ，则应用于模型的所有逻辑均在服务中进行。 在这种情况下，选择很明显：您不应该直接调用存储库。 为什么呢 由于您的模型很愚蠢，并且逻辑存在于服务中，因此您可以创建无效的模型。 如果可以调用存储库，则可以在数据库中创建/更新无效的模型。 如果您致电服务部门，它应该能够在创建/更新模型之前对其进行校正或填充 。

如果您在洋葱体系结构中使用富域模型 ，那就不一样了。 由于您的模型应该一直有效（当您从构造函数或工厂创建模型时，所有验证都已执行，而在更新模型时又是同一件事），您可以毫无问题地直接调用存储库。 在这种情况下，所有逻辑都直接在模型中，并且服务仅用于存储不特定属于一个模型的逻辑。

现在的问题不是“如何使用存储库”，而是“我需要什么设计/架构？” 并且第一个问题将得到回答:-)