Asp.net mvc 模型和业务逻辑分离？

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

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

然后是我的ASP.NETMVC项目。我读了这篇关于MVC项目中最佳实践的文章。第二点让我分心：

一定要将所有业务逻辑放在模型中

现在我不确定，在我的模型里放什么。直到现在我还在想，我的控制器负责我的业务逻辑？这种模型是如何命名的？这是视图模型吗

非常感谢你的回答

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

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

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

商业模式如何

这是视图模型吗

---

不，视图模型只是用于视图的简单对象，它们没有任何业务逻辑。

Umm WTf这根本不是该问题的重复。