33MVC、MVP、MVVM的区别和angular

一、MVC
1、Model
Model对应应用状态和业务功能的封装，可以将它理解为同时包含数据和行为的领域模型（Domain Model）。Model接受Controller的请求并完成相应的业务处理，在应用状态改变的时候可以向View发出相应的通知。
2、View
View实现可视化界面的呈现并捕捉最终用户的交互操作。View可以直接调用Model查询其状态信息，而Model也可以在自己的状态发生改变时，主动通知View。
3、Controller
Contoller是M和V之间的连接器，用于控制应用程序的流程。View捕获用户交互操作后直接转发给Contoller，后者完成相应的UI逻辑。如果需要涉及业务功能的调用，Contoller会直接调用Model及修改Model状态。Contoller也可以主动控制原View或创建新的View对用户交互操作予以响应。
二、MVP
MVP适用于基于事件驱动的应用框架中。
1、MVP中严格禁止View和Model间的直接交互，必需通过Presenter来完成。Model的独立性得到了真正的体现，它不仅仅与可视化元素的呈现（View）无关，与UI处理逻辑也无关。使用MVP的应用是用户驱动而不是Model驱动，所以Model不需要主动通知view。
2、MVP模式中的V代表的是一个接口，一个将UI界面提炼而抽象出来的接口。接口意味着任何实现了该接口的界面，都能够复用已有的Presenter和Model代码。是真正意义上的隔离View的细节和复杂性的模式，降低了Presenter对View的依赖。带来的好处就是定义在Presenter中的UI处理逻辑变得易于测试。
三、MVVM
1、MVVM模式中，一个ViewModel和一个View是完全绑定，所有View中的修改变化，都会自动更新到ViewModel中，同时ViewModel的任何变化也会自动同步到View上显示。
2、这种自动同步之所以能够的原因是ViewModel中的属性都实现了observable这样的接口，也就是说当使用属性的set的方法，都会同时触发属性修改的事件，使绑定的UI自动刷新。
3、在MVP中，V是接口View, 解决对于界面UI的耦合; 而MVVM则干脆直接使用ViewModel和UI无缝结合, ViewModel直接就能代表UI。但是MVVM做到这点是要依赖具体的平台和技术实现。 这也就是为什么ViewModel不需要实现接口的原因，因为对于具体平台和技术的依赖，本质上使用MVVM模式就是不能替换UI的使用平台的。
四、在angular中MVVM模式主要分为四部分：
1、View：它专注于界面的显示和渲染，在angular中则是包含一堆声明式Directive的视图模板。
2、ViewModel：在angular中$scope对象充当了这个ViewModel的角色；ViewModel和View是完全绑定，所有View中的修改变化，都会自动更新到ViewModel中，同时ViewModel的任何变化也会自动同步到View上显示。
3、Model：来自Ajax的服务端返回数据或者是全局的配置对象；而angular中的service则是封装和处理这些与Model相关的业务逻辑的场所，这类的业务服务是可以被多个Controller或者其他service复用的领域服务。
4、Controller：不是MVVM模式的核心元素，负责ViewModel对象的初始化，它将组合一个或者多个service来获取业务领域Model放在ViewModel对象上，使得应用界面在启动加载的时候达到一种可用的状态。
五、react是MVC中的V，C需引入redux之类来充当，M由AJAX从后端获取；angular是MVVM中的V和VM，M由AJAX从后端获取。