.net - MVC/MVP/MVVM - 如何组织业务逻辑

Question

这个帖子类似于in MVC/MVP/MVPC where do you put your business logic? ，但我正在寻找更多细节。我已经购买了模型作为绝大多数业务逻辑应该驻留的地方。然而，据我所知，模型内部有很多事情要做:应用程序状态管理、数据持久性、存储库、数据传输对象，以及其他可能的东西。

我有一个具有 super 复杂业务规则的应用程序。当用户尝试在 View 中执行某个特定操作时，大约有 20 种不同的规则必须验证是否应该允许该操作，或者是否必须提示用户提供其他信息。我想为每个方法编写一个这些业务规则，以支持可测试性和文档。这些规则应该在存储库类中吗？也许在存储库上方的服务层？记住我使用的是像 Linq to SQL、EF 或 nHibernate 这样的 ORM 解决方案的最佳实践是什么？

Answer 1

首先，不要忘记在 MVP 中，您有能力在 View 中维护状态，因此在 Model 中发生的事情少了一件。

存储库和服务层方法都可能适用。我想我很想使用几个测试应用程序并行探索两者。随着您的进行，您可能会觉得一个比另一个更合适，此时您可以专注于正确的方法。

这听起来可能是白费力气，但它比真正开始开发后转换方法的努力要少得多。