首页 > 代码库 > 【.NET特供-第三季】ASP.NET MVC系列:MVC与三层图形对比(颠覆性理论)
【.NET特供-第三季】ASP.NET MVC系列:MVC与三层图形对比(颠覆性理论)
在【.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的图形关系。希望能为您带来一些帮助。
同时强烈推荐:利用‘图’来整理自己的思维。画图一定要有侧重点,突出侧重点。而不是让图中的无效信息宣兵夺主。
文末给出了图中的错误观点的理由。也欢迎读者给出自己的见解,相互切磋。