MVC你是如何理解的?

 最近的学术交流会议都在研究MVC,秉着好好学习,天天向上的心理,时不时的就去蹭会。说实话,原来也有看过MVC的一些相关资料,但是只是浅尝辄止。而且,因为先学了三层,所以再看MVC的时候,潜意识里的就认为它们是一个东西。但是MVC是MVC,三层是三层。下面就将昨晚学术交流会议讨论的结果以及讨论方式展现给大家。 如有不足之处,还望批评指正!


三层划分为U(界面层)、B(业务逻辑层)、D(数据访问层),这是我们最先接触过的分层思想。在学了三层之后,我们又接触到了MVC ,这时候我们自然而然的会拿MVC与三层来做比较。但是比较之后,出现了下面的两种结果,下图所示:


     

错误观点一:

         有部分人直接把三层的U层等同于MVC的View + Controller。 BLL层 + DAL层 等同于 Model。 


正确观点一:

         BLL层中包含两部分:一是IBLL,即抽象出来接口部分,定义了要做什么?二是BLL,即具体实现部分,定义怎么做?而Controller是控制器的意思,它负责的是转发到哪个视图和指挥要干什么(业务)?具体怎么干不用它管。所以实际上Controller = U的一部分 + IBLL。Model =【BLL(实现部分 )+ DAL】—> 容器:对象和操作。View只负责展示数据结果。 


错误观点二:

         业务划分上是正确的,错在MVC的调用关系与三层一样。      

三层调用关系:

1.U、B、D层自上而下依赖, 下层为上层服务;

          2.U、B、D平等关系,U层不能越级跳转到D层。 


正确观点二:



在MVC体系中提高了Controller(控制器)的地位。C是View与Model之间相互通信的中枢纽带。如果没有Controller的允许,View与Model是不可能进行通信的。换句话说,只要Controller同意,View可以将数据给Model,Model发生了改变,也能通知给View。Controller掌握View节点间的变化和Model层中对象的操作。

 

对应我们的java web 里面,C 相当于是Servlet、Model相当于java Bean、 View 相当于是Jsp。浏览器直接发送请求到Servlet,Servlet接受到数据转到Model层去处理,最后Servlet将保存的结果转发到JSP页面,再由JSP页面将数据展示出来。由此可见,Servlet可以对应多个JSP页面。 


综上所诉:

       MVC在结构上发生了彻底的改变,并不同于三层。这种变化在一定程度上带来了很大的好处。 

  1. 效率提高了,三层是严格的调用关系,传输或是读取数据的时候,需要经过层层调用,才能获取到数据。效率大大降低了。 而View和Model可以进行通信,传输速度加快。 
  2. 解耦合,在Controller的统一管理下,用户和数据操作完全隔离。 
  3. 灵活性大大提高,Controller可以管理多个View ,这样当View发生改变时,可以随意的更换。 


总结: 

         对事物的认识是一个一步一步加深的过程。每一步加深或许会让我们推翻自己,但是这并不代表前面我们就是错的。这一次认识的加深一定是建立在被我们推翻的观点之上。 所以,认识没有对错之分,只是说在什么样的条件下,就会有什么样的认识。 


  • 2
    点赞
  • 5
    收藏
    觉得还不错? 一键收藏
  • 24
    评论
评论 24
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值