> Controller：处理路由请求>查看：处理数据呈现>模型：看起来像一个数据访问层
业务逻辑在哪里？
采用大型企业应用程序：
>几个不同的数据源(WCF，WebServices和ADO)在数据访问层(使用多个不同的DTO)中绑定在一起。>很多业务逻辑分段在几个dll。
什么是MVC Web应用程序坐在这上面(在代码和项目结构方面)的适当方式？
我看到的例子，我们看到的所有只是在模型文件夹中，似乎并不适合于非常大的应用程序。
感谢任何建议！
核心项目包含：
>业务对象，如实体等>数据访问>任何不是专门为web设计的
Web项目包含：
>控制器，它将请求从UI路由到核心逻辑>视图，其重点是在HTML中呈现数据>视图模型，将核心业务对象展平/转换为更简单的结构，以支持特定视图
这里的关键点是，基于Web的Models文件夹/命名空间只用于特定于特定模型，用于记录给定视图所需的特定变量。尽可能多的“业务逻辑”进入核心项目。
