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上显示(双向绑定原理)
