我对 ASP.NET MVC 项目架构非常感到困惑。 在ASP.NET WebForm中，我通常使用以下项目模式
进行中小型项目DAL＆lt; - 通过 DTO / reader / dataset 进行通信 - ＆gt; BL＆lt; - ＆gt;用户界面
我认为在MVC应用程序中应该像
DAL＆lt; - 通过 DTO / reader / dataset 进行通信 - ＆gt; BL 是Model ＆lt; - controller - ＆gt; UI 是查看
OR
DAL＆lt; - 通过 DTO / reader / dataset 进行通信 - ＆gt; BL＆lt; - 通过模型进行通信 - ＆gt;控制器＆lt; - ＆gt;用户界面是查看
其中Model是一些业务对象
如果有人能够（包括 Jeff stackoverflow 的制造商）能够提供ASP.NET MVC的任何生产级别经验，我将不胜感激。
答案 0 :(得分：9)
将传统的3层 ASP.NET Web App 与 ASP.NET MVC 进行比较，以下内容成为相应的元素：
业务逻辑层和数据访问层一起是模型
ASPX 文件是查看
代码隐藏（ASPX.CS）是控制器
有关SO的相同主题的更多讨论，请查看这些链接：
ASP.NET MVC Web application vs ASP.NET Web Application
How does the MVC pattern differ, if at all, from the DAL / BLL design pattern?
答案 1 :(得分：1)
我已经开始使用ASP.Net MVC项目了。在我的架构中，层几乎和你的一样。
有一个实体层对应于您的数据访问层和业务层，作为一个单独的项目，可以轻松插入到与您的业务层对应的另一个项目中。并且在MVC应用程序的Modal部分中存在模态层访问器。
Here是来自Asp.Net Mvc文档的参考，它提供了一些应用程序结构的建议。
答案 2 :(得分：0)
如果您不想从头开始创建架构，则应考虑使用Neos-SDI MVC4 Template，这将是一个非常好的开始。它是visual Studio 2010和2012的模板，该网站将帮助您安装和使用它。
答案 3 :(得分：0)
Nido是一个代码框架（一个通用的项目，架构模式），它编写在.NET framework 4.0，Entity framework 6.0和其他一些额外的库中，以鼓励您（我们开发人员）开发符合良好架构规范的系统。