asp.net-mvc - 如何构建企业 MVC 应用程序，业务逻辑在哪里？

Question

我是 MVC 新手。据我所知:

• Controller :处理路由请求
• View :处理数据的呈现
• 模型:看起来很像数据访问层

业务逻辑去哪里？

采用大型企业应用程序:

• 多个不同的数据源(WCF、WebServices 和 ADO)在数据访问层中捆绑在一起(使用多个不同的 DTO)。
• 许多业务逻辑分为多个 dll。

MVC Web 应用程序在此之上的适当方式是什么(就代码和项目结构而言)？

我看到的示例中，所有内容都放在模型文件夹中，似乎不适合非常大的应用程序。

感谢您的建议!

Answer 1

在我的应用程序中，我通常创建一个与 Web 项目分开的“核心”项目。

核心项目包含:

1. 业务对象，例如实体等
2. 数据访问
3. 任何不是专为网络设计的内容

Web 项目包含:

1. Controller ，将请求从 UI 路由到核心逻辑
2. View ，专注于以 HTML 形式呈现数据
3. View 模型，将核心业务对象扁平化/转换为更简单的结构，旨在支持特定 View

这里的关键点是基于 Web 的模型文件夹/命名空间仅用于特定于演示文稿的模型，这些模型记录给定 View 所需的特定变量。尽可能多的“业务逻辑”进入核心项目。