第一章第一节：MVX模式是什么？MVC、MVP、MVVM详解

1.1MVX模式是什么

MVC框架最早出现在Java领域，然后慢慢在前端开发中也被提到，后来又出现了MVP，以及现在最成熟的MVVM，下面我们来简单介绍一下各种模式。

1.1.1MVC

MVC全名是Model View Controller，是模型(model)-视图(view)-控制器(controller)的缩写，一种软件设计典范，用一种业务逻辑、数据、界面显示分离的方法组织代码，将业务逻辑聚集到一个部件里面，在改进和个性化定制界面及用户交互的同时，不需要重新编写业务逻辑。
Model(模型)是应用程序中用于处理应用程序数据逻辑的部分。
View(视图)是应用程序中处理数据显示的部分。
Controller(控制器)是应用程序中处理用户交互的部分。
通常控制器负责从视图读取数据，控制用户输入，并向模型发送数据。
优点：耦合性低、重用性高、生命周期成本低、部署快、可维护性高、有利软件工程化管理
缺点：由于模型和视图要严格的分离，这样也给调试应用程序带来了一定的困难。每个构件在使用之前都需要经过彻底的测试。

    对于小项目，MVC反而会带来更大的工作量以及复杂性。 
    接受用户指令时，MVC 可以分成两种方式。一种是通过 View 接受指令，传递给 Controller。

那么用户操作应该放在什么位置MVC之间又有什么变化？
用户(user)通过Controller来操作Model 以达到view的变化

1.1.2MVP

MVP是单词Model View Presenter的首字母的缩写，分别表示数据层、视图层、发布层，它是MVC架构的一种演变。作为一种新的模式，MVP与MVC有着一个重大的区别：在MVP中View并不直接使用Model，它们之间的通信是通过Presenter (MVC中的Controller)来进行的，所有的交互都发生在Presenter内部，而在MVC中View会直接从Model中读取数据而不是通过 Controller

MVP 模式将Controller改名为Presenter，同时改变了通信方向。
即：
View <------> Presenter <------> Model
各部分之间的通信，都是双向的。
View与Model 不发生联系，都通过 Presenter 传递。
View 非常薄，不部署任何业务逻辑，称为”被动视图”（Passive View），即没有任何主动性，而 Presenter非常厚，所有逻辑都部署在那里。

1.1.3MVVM

MVVM(Model View ViewModel)是一种基于MVC的设计

View一般就是我们平常说的HTML文本的Js模板，里面可以嵌入一些js模板的代码

      比如：Mustache，比如jstl类似的模板伪代码

ViewModule层里面就是我们对于这个视图区域的一切js可视业务逻辑

  比如：特效，比如表单按钮点击提交，这些自定义事件的注册和处理逻辑都写在ViewModule里面了

Module就更简单了，就是对于纯数据的处理

  比如增删改查，与后台数据接口做交互

相比前两种模式，MVVM只是把MVC的Controller和MVP的Presenter改成了ViewModel。
View变化会自动更新到ViewModel，ViewModel的变化也会自动更新到View上显示(双向绑定原理)