在【.NET特供-第三季】系列博客中的第一篇《ASP.NET MVC系列：MVC与三层图形对比》发表之后，引起了领导的注意。同时，开发小组内部在交流MVC和三层之间关系的时候，也感到非常的混沌。
在这里对上一篇文中所阐述的错误概念，向读者表示诚挚的歉意。同时，非常感谢米老师辛勤指导。关于‘MVC与三层图形对比’将在本文中做出修正。
学习是一个过程，对于概念的理解并不是一蹴而就的，而是盲人摸象的理论，逐渐清晰。
首先，给大家看一张图。
接下来的内容，将对图中的观点做出论证：
一、从三层->MVC,由链式结构->图形关系。（四步曲）
1、三层：
三层之间存在一种严格的调动关系：
1、U层->B层，B层->D层。
传递的是：命令流，或者理解为方法的调用，是主动的。
2、D层- ->B层,B层- ->U层
传递的是：数据流，或者理解为事件通知/数据传递，是被动的。
- 总结为：
- U、B、D只能顺次调用，接口之间是向下依赖，U不能直接和D进行通信。逆向同理。
- U、B、D之间的关系是平等的。
- 充分体现了一种分层的思想。
2、MVC错误一
错误观点：
- U层=View + Controller
- B层+D层=Model
正解剖析：
- B层=IBLL+BLL
- 三层中的B层，包含了两类信息：
- 调用关系。简单理解为：接口IBLL，告诉我们：要做什么/我要调用谁。
- 业务关系。简单理解为‘实现’，告诉我们：具体的该怎么做。1-2-3……
- Controller=U层的一部分+IBLL
- Controller是控制器，负责指挥*要干*，具体怎么干，他不管。
- View只用于显示
- 可以通过‘映射文件URL引擎’的方式与Controller进行关联
- Model=BLL+D层
- Model包含B层的实现+IDAL+DAL
- 简单理解为：对象+操作（针对对象的）。例如：把‘一个班的信息，和对这个班级的正删改查’封装为一个对象，构成集合类。对于公共性的实现，构成了容器（这里不太清楚）。
（大家来找茬：根据上述的观点，有兴趣的读者可以在图中标注出错误点。文末会给出正确答案）
3、MVC错误二
错误观点：
- MVC和三层一样，都是同级的调用关系
正解剖析：
- MVC中Controller<控制器>起决定性的作用
- View和Model之间的通信，必须要经过C的同意！换句话说
- 只要Controller不同意，View和Model就不能进行通信
- 只有C同意了，View才能和Model进行通信。（是直接通信）
- 举个例子：公司领导就是C控制器，掌管着公司的大小事物。员工想要预支薪水，需要经过领导的批准，然后交给会计部门处理。然后会计部门才能为员工发薪水。实际上执行任务的还是会计部门，前提是领导批准。
- 三层中，遵从严格的调用关系
- U层调用B层，B层调动D层。依次调用，逆序返回。换句话说
- U层和D层是不能进行直接通信的。（而MVC中可以）
（大家来找茬：根据上述的观点，有兴趣的读者可以在图中标注出错误点。文末会给出正确答案）
4、MVC正确
- 调用方式
- 三层：依次调用。
- U层->B层，B层->D层。
- MVC：C是控制器（地位最高）
- C负责控制View和Model之间的通信
- 效率方面
- 三层：效率低。
- U层和D层之间不能进行通信。
- MVC：效率高
- View和Model就可以进行直接通信，加快传输速度（前提是：C同意）。
- 界面的灵活性
- 三层：灵活性差。
- 在ASP.NET中每一个.aspx文件下面都耦合了一个.aspx.cs文件。不能单独替换界面
- MVC：灵活性好
- 在C的统一管理之下，用户和数据操作进行有效的隔离。
- V：C=多：1。一个View只能对应一个C，一个C可以管理多个V。可以随意更换View（只需要更改映射文件）。
- 适用场景
- 三层：适用于CS，可用于BS。
- MVC：只能用于BS
- 分层方式不同
- 三层：‘代码’上解耦
- MVC ：‘物理’上解耦
- 瘦客户端，胖服务器。
- View位于客户端。减少页面信息，变化降低，对客户机的要求低，只要有浏览器就够了，不需要安装过多的插件
- Controller、Model位于服务器。
二 思维拓展（带给大家一种学习的方法）：
米老师常说‘一张图胜过千言万语’。这说明了什么呢？
- 图形的信息量很大。
- 所以在绘图的过程中要有侧重点。从本文的图形进行举例：
- 突出完整实体。
- UBD用不同的‘长方形’来区分边界，而不是‘线段’。
- 耦合。
- U和B之间有明显的界限，突出；‘解耦’的特性
- 命令流和数据流分开。
- 命令流：实线+箭头
- 数据流：虚线+箭头
- 对齐，便于比较。
- 方便图形中的纵向比较
- 人类更擅长对‘图’的记忆。
- 抽象一点可以理解为：人对图形的记忆能力，或者说是理解能力，是远远超过文字的。因为在学习的过程中，多多的借助‘图’的概念去理解知识，更加有助于编制知识网。
三 答案解析：
MVC错误一：
- C职责划分错误
- 由两部分组成：U层中的一部分+B层中的接口
- 对比：B层和C
- B层：让你干什么+怎么干
- C负责指挥：让你干什么！M：怎么干+数据。（构成容器）
MVC错误二：
- C地位错误
- MVC：C<控制器>起决定作用
- View可以和Model进行直接通信。（只要C同意）
- 三层：遵从严格的调用关系。
- 换句话说U层和D层是不能进行直接通信的。（而MVC中可以）
总结：
本文通过图形化的讲解方式，从职责划分角度对三层和MVC进行对比。从三层的链式结构，逐渐过滤到MVC的图形关系。希望能为您带来一些帮助。
同时强烈推荐：利用‘图’来整理自己的思维。画图一定要有侧重点，突出侧重点。而不是让图中的无效信息宣兵夺主。
文末给出了图中的错误观点的理由。也欢迎读者给出自己的见解，相互切磋。
【.NET特供-第三季】ASP.NET MVC系列：MVC与三层图形对比（颠覆性理论）,布布扣,bubuko.com
【.NET特供-第三季】ASP.NET MVC系列：MVC与三层图形对比（颠覆性理论）
原文地址：http://blog.csdn.net/zhaolijing2012/article/details/38655485
