我想知道关于它的正确概念。如果我有一个带有存储库模式的 MVC 应用程序，BL 应该在哪里？
它应该在模型内部吗？模型应该有所有的业务 调用工作单元以插入或不插入数据之前的逻辑 数据库？
它应该在 Controller 中吗？在调用模型之前？
我是否应该有一个服务层来处理业务逻辑并决定是否 我应该调用Model调用UnitOfWork来保存数据？
一个好的解释也会有很大帮助。
最佳答案
简短的回答 - 这取决于。如果它是一个相当复杂或相当大的应用程序，我喜欢创建一个将存储库作为依赖项的服务层项目。如果它是一个小型应用程序，我会将逻辑放在 Controller 中。在我看来，如果创建服务层比创建应用程序(即一个或两个 Controller )花费更多的时间和精力，那么走那条路对我来说没有意义。您还需要考虑应用程序增长的可能性。从小开始可能会发展成更大的东西，在这种情况下，创建单独的服务层可能更有利。
关于c# - 使用 MVC + 存储库模式，业务逻辑应该在哪里？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/28089123/