最近的学术交流会议都在研究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

在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发生改变时，可以随意的更换。 

总结： 

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