在寻找Angular教程的过程之中，发现网上有声音认为Angular是MVVM，突然觉得自己对于这些架构的区别还不够明晰，因此在这里系统的学习和总结一下，MVC，MVP，MVVM三者之间的区别和重点。
1 . MVC
MVC，也就是 Model, View, Controller 三层。
谈谈MVC模式，下面是对于M，V，C的具体介绍：
1）最上面的一层，是直接面向最终用户的”视图层”（View）。它是提供给用户的操作界面，是程序的外壳。
2）最底下的一层，是核心的”数据层”（Model），也就是程序需要操作的数据或信息。
3）中间的一层，就是”控制层”（Controller），它负责根据用户从”视图层”输入的指令，选取”数据层”中的数据，然后对其进行相应的操作，产生最终结果。
阮老师在这篇文章之中还有提到，他认为软件架构的方向就是解耦，是模块化，各个服务之间通过接口相互链接，这样对于系统的部分升级会容易很多。刚巧，前几天看了陈皓的一篇博文STEVEY对AMAZON和GOOGLE平台的吐槽，其中提到了STEVEY认为Amazon只有三点做的比Google强，而最强的一点，是其将整个架构服务化，每个团队对外只是提供API，提供自己这部分的服务，这才是转型成为一个平台的标准。
下面是阮一峰老师的理解：
MVC之中的通信通路如下：
- View传送指令到Controller
- Controller完成业务逻辑之后，要求Model改变状态
- 注意这里面的Model不仅仅是指数据库，而是指核心业务的状态
- Model将新的数据发送给View，用户得到反馈。
所有通信都是单向的
但是在其评论区，我发现大家对于MVC有很多自己的想法。很多人认为上面提到是前端的MVC，在Java之中，MVC的通信方向应该是 V–>C->M->C->V
在查阅了其他文章之后，我发现大家对于MVC的概念众说纷纭，可能由于MVC的概念提出了太久，加上知名框架的实现方式和数据流通方向都不同，因此也没法说到底什么是”血统纯正“的MVC。但是除去数据通路的方向，对于M,V,C三者到底是什么大家的意见是统一的，只是由于各种架构的实现方式和业务场景不同，对于数据的流通方向设计也不同，在这里就不再赘述了。
2.互动模式
接受用户指令之时，MVC可以分成两种模式：
- 一种是通过View接受指令，传递给Controller，和上面所涉及到的一样
- 一种是直接通过Controller接收指令：
- 用户可以直接给Controller发送指令，类似于改变URL从而触发事件，再由Controller进行处理，最后由Model发送给View。
3. MVP
MVP模式之中，将Controller改名为Presenter，也改变了通信方向。
在MVP之中，Presenter是居于中间位置的，其既可以和View进行双向通信，也可以和Model进行双向通信。而Model和View之间是不发生联系的。
在MVP之中，View层非常薄，不部署任何的业务逻辑，称为被动视图（Passive View），而Presenter层非常厚，所有的业务逻辑都部署在这里。
4.MVVM
MVVM模式之中，将Presenter改名为ViewModel，基本上和MVP的模式完全一致。
唯一的不同点在于，其所采用的双向绑定，（data-binding），View的变动，自动反应在ViewModel之上，反之亦然。AngularJS就是用的这种模式。
综合以上所述,其实各种架构的主要差别在于对于Controller的定义。不同的架构，根据不同的业务逻辑，有的需要Controller厚一点，有的需要薄一点，有的需要绑定。在真实的业务逻辑之中，不必死教条，而是根据自己所做的业务在什么方向上需要做厚一点，什么需要做的薄一点，参照某些架构进行设计，这样才能做出最适合自己的架构吧。
