c# - 业务逻辑应该放在 Controller /模型/ View 项目中的什么位置

Question

我想知道创建复杂 View 和模型的最佳做法是什么。

我一直在读到你应该在模型中处理业务逻辑，并且只使用 Controller 来处理请求和查看结果 json、string 等。 它是否正确？

我看到另一篇文章说业务逻辑应该在 Controller 中，而领域逻辑在模型中。

此外，使用构造函数是否是最佳实践，或者这会导致诸如必须为其扩展 Binder 之类的问题。

任何建议，以及对模型 View 和 Controller 的复杂设计实现的引用，我们将不胜感激。

Answer 1

有很多方法可以实现这一点，我喜欢将所有层分离以分离项目并使其成为 MVVM 方式

1. 总线逻辑，最好放在服务/领域层
2. Controller 用于获取/解析/发送请求/响应给 View
3. 模型是您的 View 模型(不是您的业务模型)，可以具有与您的模型相同或更多/更少的信息。

Orchard 是 mvc/piranha/nopcommerce 的一个很好的例子。

一些老采用者将所有业务逻辑放在模型中，另一些则将它们放在 Controller 中，我认为这并不干净。