前言：近年来，MVC,MVP与MVVM及MVPVM，这些名词常在我们脑海闪现，bobo_wang授权本众号独家发布，bobo_wang blog链接：http://blog.csdn.net/wbwjx。让我们看看bobo_wang童鞋对它们的对比分析过程吧。
1概述
MVP(Model-View-Presenter)是传统MVC(Model-View-Controller)在Android开发上的一种变种、进化模式。主要用来隔离UI、UI逻辑和业务逻辑、数据,创建松散耦合并可重用的对象。
我们知道View层是容易变化且多种多样的,业务逻辑也是多种多样的,与传统的MVC相比,P充当了C的作用.
Model存储数据，View表示Model的表现，Presenter协调两者之间的通信.
而后在MVP基础上也出现了一些变种,如MVVM,MVPVM等,相比较MVP而言,MVVM使数据绑定变得更加简单.MVPVM在MVVM中加入引入Presenter层
2MVC,MVP,MVVM,MVPVM图解
MVC:
MVC中View接受事件,并调用Controller来操作Model,同时,当Model实例的数据发生变化后，Controller再更新界面(当然View也可以直接更新Model)。
在传统的开发中Activity俨然既充当了Controller又充当了View的作用.既需要接受用户响应操作Model,又要更新界面.
这样做有一个好处就是数据的更新变得很简单,但是缺点也十分明显,Activity是非臃肿,后期不好维护.
MVP:
MVP中将业务逻辑单独抽出Presenter,View层变成一个被动的东西,Presenter负责完成View层与Model层的交互.
View 不可以直接和Model交互(MVC中允许Model和View交互),只有Presenter告知其更新，它才会去更新.
而且Presenter和View的交互是通过接口来完成.
MVVM:
MVVM在Android上对应data binding,MVVM最先使用在WPF中,通过ViewModel和View的映射,完成了View和Model的双向绑定.
View的事件直接传递到ViewModel，ViewModel去对Model进行操作并接受更新.进而反馈到View上.
因为ViewModel与View的耦合,MVVM有一个缺点就是View的复用问题,
因为去掉了Presenter,View层依然过重.
MVPVM:
MVPVM是MVP和MVVM的演化版本,降低了ViewModel与View的耦合,View只需要实现ViewModel的观察者接口实现更新.ViewModel不再对Model直接进行操作,而是交给了Presenter.Presenter操作Model并反馈到ViewModel上
Model,View,ViewModel之间通过Presenter联系了起来.
3MVP实践
Google官方android-architecture 无疑是学习MVP最佳资料,官方项目展示了通过不同方式来实现MVP,其中展示了通过basic,loaders,data binding,clean,dagger,content provider,rxjava等不同方式来实现相同的功能,当然我们只要掌握其精髓,触类旁通就可以
看官方MVP的体会
单独模块抽取
IContract接口管理IView和Presenter接口,一目了然,而且维护也方便
当Fragment作为
View的时候,Activity负责创建IView和Presenter实例,并将二者关联起来,官方的这幅图即可说明
代码说明:
IPresenter由具体的Presenter实现,IView由View层(Activity/Fragment)实现,IView实现类中包含了Presenter,他们通过如下方式实现绑定.
同时在
Presenter构造时需要传入IView对象(用于更新View).
Model不仅仅是JavaBean,而且拥有操作数据的业务逻辑(获取、存储、更新),同时Model也可以将业务抽成接口,这样就可以随意拓展数据源
4MVP变种
MVP架构的好处就不多说了,但是使用Activity/Fragment作为View层有如下问题,
参考一种在android中实现MVP模式的新思路
当内存不足,Activity被回收后,这使得状态的保存和恢复成为问题,因为涉及到了Model操作.
生命周期的控制问题也很麻烦,需要在Presenter中写一大堆和生命周期相关的接口规范
Activity中包含了很多系统服务,逻辑操作方便
使用Activity/Fragment作为Presenter
Activity/Fragment中的系统服务和业务逻辑紧密相关.理想的状态是View不涉及到逻辑操作.
Activity/Fragment作为Presenter,需要将其UI逻辑抽取到一个单独的类中来管理.
UI逻辑接口
作为Presenter的BaseActivity,覆盖了所有生命周期方法
举个例子:
具体的UI逻辑,不论Presenter变为Activity还是Fragment都不用改变.在周期方法中改变View对外的操作即可.
具体的Presenter
5MVVM:数据的动态绑定
官方文档:
https://developer.android.com/topic/libraries/data-binding/index.html
使用Data Binding后,我们的xml和之前是不太一样的.抄袭自官方文档
相应的Activity的setContentView也会变化
这里一个JavaBean对应一个xml布局文件,View的复用变得很困难.
6TheMVP:MVVM和MVP的结合
TheMVP解决了这个问题,通过在Presenter中定义ViewModel接口,实现数据的双向绑定与MVP的结合.
核心代码:这里的IDelegate相当与上面的Vu
Presenter:在数据改变的时候调用notifyModelChanged()更新View
7MVPVM:View复用与瘦身
在MVPVM作者的介绍中.
Model层,和MVP中的Model是类似的.即PO或者DO
View层,依然是由Activity/Fragment来担当,不同的是需要实现ViewModel的观察者接口,来实现View的动态更新
Presenter层,如上图所示,Presenter作为核心,连接着M,V,VM
VM层,和MVVM中的VM是类似的,只是为了让VM可以重用.不再和特定的View绑定,而且不再直接对Model进行操作.
详见:从零开始的Android新项目3 - MVPVM in Action, 谁告诉你MVP和MVVM是互斥的
最后附上用MVP写的一个小Demo:
MVP
MVVM_Android-CleanArchitecture
从零开始的Android新项目3 - MVPVM in Action, 谁告诉你MVP和MVVM是互斥的
