模型和业务逻辑分离？ [复制]

Question

我是 ASP.NET MVC 4 应用程序和设计模式的新手，我正在寻找最佳实践，但我有点困惑，如何构建我的项目/在哪里放置什么代码。 （不过，我已经写了一些代码，但我想更好地组织它）

我基本上想要以下结构：我有一个后端程序集（因为有一个不断运行的后台线程，但这并不重要），我的实体模型位于其中的最低层。然后有一些类，我在其中抽象了所有数据操作。一个简单的例子是，我有一个对象，它提供创建、删除、管理用户权限的功能……因为所有这些操作都不是简单的 sql 查询，而是需要一些额外的工作。这个抽象层是我的领域模型吗？

然后是我的 ASP.NET MVC 项目。我读到了这个blog post，关于 MVC 项目的最佳实践。第二点是让我分心的一点：

务必将所有业务逻辑放入模型中。

现在我不确定要在我的模型中添加什么。直到现在我还在想，我的控制器负责我的业务逻辑？这种模型怎么称呼？这是视图模型吗？

非常感谢。

Answer 1

我想，我的控制器负责我的业务逻辑？

不，控制器应该尽可能简单——当然没有业务逻辑。

这样的模型叫什么（具有业务逻辑的模型）？

商业模式怎么样。

这是一个视图模型吗？

不，View Model 是一个仅用于您的 View 的简单对象，它们不会有任何业务逻辑。