MV*详解

Posted 2020-09-18

MV*

　　M-V- X 本质都是一样的 重点还是在于M-V 的桥梁 要靠 X来牵线。
　　在MVC中，View了解Controller，Controller了解Model，View也可以直接访问Model。由于View直接访问Model，缺少一定的控制，可能会带来安全性和性能成本，这由程序的复杂性决定。MVVM试图解决这方面的问题。
　　在MVP中，Controller被Presenter所替代。Presenter位于View和Model之间，监听二者事件，协调它们之间的行动。与MVVM不同，MVP没有将View绑定至ViewModel的机制，这就需要依赖每个View来实现用于让Presenter与View进行交互的接口。
　　在MVVM中，Model可以特定于View，可以包含状态和逻辑信息，无需向View暴露整个Model。与MVP中的Presenter不同，引用View时不需要ViewModel。View可以绑定到ViewModel上的属性，而属性将Model包含的数据提供给View展示。View的抽象减少了背后所需的代码逻辑。然而，View与ViewModel之间需要进行解释，会有性能消耗。

MVC
　　MVC全名是Model View Controller，是模型（Model）－视图（View）－控制器（Controller）的缩写。它强制将业务数据（Model）与用户界面（View）隔离，使用控制器（Controller）来管理逻辑和用户输入用户可以与View交互，包括读取和编辑Model，而更新Model的工作实际由Controller完成。
　　MVC的一般流程是这样的：View（界面）触发事件 ==> Controller（业务）处理了业务，然后触发了数据更新==> 不知道谁更新了Model的数据 ==> Model（带着数据）回到了View ==> View更新数据。其模式图为

 

MVP
　　MVP的全称为Model-View-Presenter，Model提供数据，View负责显示，Presenter负责逻辑的处理。是MVC框架模式的一种衍生模式，专注于改进表示逻辑。其模式图为

　　MVP与MVC有着一个重大的区别： 在MVP中View并不直接使用Model，它们之间的通信是通过Presenter (MVC中的Controller)来进行的，所有的交互都发生在Presenter内部，而在MVC中View会直接从Model中读取数据而不是通过 Controller。

　　MVC/P 模式仅仅只是用于表示层(presentation layer)，理解这一点很重要。这两个模式并不是关于怎么构建数据层(data layer)和服务层(service layer)的，而是关于怎么将数据(data)从用户接口(view)中分离出来，以及用户接口如何与数据进行交互的。这些模式的使用让解除你的程序中表示层对对数据和控制逻辑的依赖，从而可以自由的变更表示层。 

MVVM
　　MVVM的全称为Model-View-ViewModel，其中可以将ViewModel看成一个专门的Controller，充当数据转换器，它将Model信息转变成View信息，还将命令从View传递到Model。为此，很多这种模式的实现都要利用声明式数据绑定来实现将View工作从其他层分离。
　　（模型-视图-视图模型）是一种基于MVC和MVP的架构模式，它试图更清晰地将用户界面开发从应用程序的业务逻辑与行为中分离。ViewModel大致上就是MVP的Presenter和MVC的Controller了，而View和ViewModel间没有了MVP的界面接口，而是直接交互，用数据“绑定”的形式让数据更新的事件不需要开发人员手动去编写特殊用例，而是自动地双向同步。其模式图为