关于Android中MVVM,MVC和MVVM的那些事，全网独家首发

4. 数据更新之后，Model通知View数据变化。

5. View显示更新之后的数据。

1）把业务逻辑全部分离到Controller中，模块化程度高。当业务逻辑变更的时候，不需要变更View和Model，只需要更换Controller就行了。
2）须手动或通过观察者模式进行多视图更新。

1）Controller测试困难。Controller不知道任何View的细节，一个Controller能被多个View使用。
2）View无法组件化，复用性较差。View是强依赖特定的Model的，如果需要把这个View抽出来作为一个另外一个应用程序可复用的组件就困难了，因为不同程序的的Model是不一样的。

适用于较小，功能较少，业务逻辑较少的项目。

Presenter将Model的变化返回给View。和MVC不同的是，presenter会反作用于view，不像controller只会被动的接受view的指挥。正常情况下，发现可以抽象view，暴漏属性和事件，然后presenter引用view的抽象。这样可以很容易的构造view的mock对象，提高可单元测试性。在这里，presenter的责任变大了，不仅要操作数据，而且要更新view。
在Passive View中，为了减少UI组件的行为，使用controller不仅控制用户事件的响应，而且将结果更新到view上。可以集中测试controller，减小view出问题的风险。

1. View接受用户的交互请求

2. View将请求转交给Presenter

3. Presenter操作Model进行数据库更新

4. 数据更新之后，Model通知Presenter数据发生变化

5. Presenter更新View的数据

1.便于测试。
Presenter对View是通过接口进行，在对Presenter进行不依赖UI环境的单元测试的时候。可以通过Mock一个 View对象，这个对象只需要实现了View的接口即可，单元测试的时候就可以完整的测试Presenter业务逻 辑的正确性。
2.View可以进行组件化。
在MVP当中，View不依赖Model。这样就可以让View从特定的业务场景中脱离出来，可以说View可以做到对业务逻辑完全无知。它只需要提供一系列接口提供给上层操作。
3.View高度复用。
4.解耦。

1.维护比较困难。
Presenter中除了业务逻辑以外，还有大量的View->Model，Model->View的手动同步逻辑，造成Presenter比较笨重，维护起来会比较困难。

视图界面不是很多的项目中。

MVVM是在原有领域Model的基础上添加一个ViewModel，这个ViewModel除了正常的属性意外，还包括一些供View显示用的属性。例如在经典的MVP中，view有一个属性ischeck，需要在presenter中设置view的ischeck值。但是在MVVM中的presenter也会有一个ischeck属性来同步view的ischeck属性，可能会用到observer模式同步ischeck的值。在MVVM中，presenter被改名为ViewModel，就演变

《Android学习笔记总结+最新移动架构视频+大厂安卓面试真题+项目实战源码讲义》

【docs.qq.com/doc/DSkNLaERkbnFoS0ZF】 完整内容开源分享

成了你看到的MVVM。在支持双向绑定的平台，MVVM更受欢迎。例如：微软的WPF和Silverlight。

1.提高可维护性。
解决了MVP大量的手动View和Model同步的问题，提供双向绑定机制。提高了代码的可维护性。
2.简化测试。
因为同步逻辑是交由Binder做的，View跟着Model同时变更，所以只需要保证Model的正确性，View就正确。大大减少了对View同步更新的测试。
3.ViewModle易于单元测试。

适用于界面展示的数据较多的项目。

######1.MVC->MVP->MVVM演进过程
MVC -> MVP -> MVVM 这几个软件设计模式是一步步演化发展的，MVVM 是从 MVP 的进一步发展与规范，MVP 隔离了MVC中的 M 与 V 的直接联系后，靠 Presenter 来中转，所以使用 MVP 时 P 是直接调用 View 的接口来实现对视图的操作的，这个 View 接口的东西一般来说是 showData、showLoading等等。M 与 V已经隔离了，方便测试了，但代码还不够优雅简洁，所以 MVVM 就弥补了这些缺陷。在 MVVM 中就出现的 Data Binding 这个概念，意思就是 View 接口的 showData 这些实现方法可以不写了，通过 Binding 来实现。

######2.三者相同之处
如果把这三者放在一起比较，先说一下三者的共同点，也就是Model和View：

Model：数据对象，同时，提供本应用外部对应用程序数据的操作的接口，也可能在数据变化时发出变更通知。Model不依赖于View的实现，只要外部程序调用Model的接口就能够实现对数据的增删改查。

View：UI层，提供对最终用户的交互操作功能，包括UI展现代码及一些相关的界面逻辑代码。

######3.三者相异之处
三者的差异在于如何粘合View和Model，实现用户的交互操作以及变更通知

ew：UI层，提供对最终用户的交互操作功能，包括UI展现代码及一些相关的界面逻辑代码。

######3.三者相异之处
三者的差异在于如何粘合View和Model，实现用户的交互操作以及变更通知