Question

ASP.NET MVC4 MVC与三层是否可以组合如何组合

如题所述，我现在要做一个CMS(内容管理系统)，然后要划分一下系统架构，用的ASP.NET MVC4来开发的，然后用了EF，和LINQ,现在有个问题，首先是MVC，已知MVC为MVC（Model View Controller 模型-视图-控制器），首先视图我只用来显示数据以及提交数据，不做任何业务逻辑处理，控制器我只是用来调用方法以及传递参数，也不做任何处理，那么现在就只有一个模型了，模型我准备这样划分，按照三层的模式来，我把模型分为，业务处理一个层，就是专门处理各种逻辑操作的，不涉及SQL语句，然后数据访问一个层，就是专门写SQL语句的不涉及业务逻辑操作，只是简单的增删改查的数据操作，然后就剩一个模型了，就是实体类，那么现在问题在于MVC Model 模型了，我改怎么来分呢？我现在是准备这样做的web层放视图和控制器，然后不放其他再建一个类库放业务逻辑操作的，然后再建一个类库是数据访问层，最后就是实体层Model了，不过这样的话划分是不是不太好，或者说可以把业务逻辑层也放到web层，然后就剩数据访问层，和实体层了，这样就各一个层。那么现在问题来了这样的做法好不好，好的话好在哪，不好的话哪里不好，这个东西是多人开发一共4个人。而且是属于大型项目，求各位大神指点，尽量做到高内聚低耦合

Answer 1

我来说说我们公司的项目吧，我们公司的项目并没有严格使用三层架构，因为在controller中同样使用了ef操作数据库，上一个项目是从2012年底开始的，最近才结束，用于港口及工厂间的交运，货物贸易等的管理，具体来说是一个多层系统，这个多层也不是标准的，controller都可以去调用这些层的方法。只是按功能分成了多个类库。比如扩展类库，时间扩展(因为公司是台湾的公司，时间有时要转换成民国年)，下载扩展(Excel，PDF汇出功能)等等。功能类库如生成条形码等。总得来说，你如果要用三层仍然是可行的。
具体如下，你分别建立两个类库，一个类库是数据访问层，一个类库作为逻辑层，controller中的作为表现层，以供view显示。当然你还可以新建其他的层，如library让三层都可调用或一些特殊的层让逻辑层调用。
我们是按功能分工的，就是说，根据自己需要实现的功能自己写类库，如果别人写了的，调用就行。这可能和大陆的分工不太一样。