前言
接着上一篇的博客，在上一篇中已经把网络框架Retrofit进行简单的封装，接下来说说MVP模式
MVC&MVP&MVVM区别
先来说说MVC，如图
图是最好的记忆方式，MVC呈现闭环的形式。其中：
-
View使用xml文件做为视图样式 -
ControllerActivity/Fragment控制业务逻辑，比如发起网络请求，控制视图里面的输入输出信息，更新本地数据库信息等等 -
Model网络请求数据模型，本地数据库数据模型，以及一些耗时处理操作并更新View的展示信息等等
MVC具有两种设计方式
- 从
View获取用户操作信息，然后把信息传递给Controller进行一些逻辑处理 - 直接把操作信息给
Controller，比如Controller获取EditText的输入信息等等
MVC优缺点
优点
-
MVC已经在framework层搭建好，上手比较容易，模块化比较清晰 - 实现了视图层
View，业务逻辑层Controller以及数据模型层Model的分离，降低了代码的耦合性
缺点
-
Controller任务重，容易导致代码臃肿 -
View依赖Model，layout无法实现数据绑定，从而导致各种自定义View，提高了代码的重复性 - 由于
View依赖Model，导致不好写代码的测试用例，只能编译调试。
MVP
为了解决MVC的View依赖Model，以及Controller代码臃肿，增加了Presenter来处理业务逻辑以及View和Model的分离，如下图
通过Presenter成功的把View和Model进行分离，其中:
-
View指Activity/Fragment，主要是实现MVPView的抽象方法供Presenter调用，以及调用Presenter方法进行网络请求或者业务处理，也就是图上的双向通信 -
Model同MVC一样，主要是网络请求数据模型或者本地数据库数据模型以及一些耗时的操作。 -
Presenter业务处理，调用Model的方法网络请求获取数据并且调用MVPView的方法更新View的数据
设计MVP的时候，会遇到一个问题，就是在手机屏幕切换的时候，如果保存Presenter当前的状态。这就涉及到Presenter生命周期问题。这个问题在网上能够搜到很多资料，主要解决办法有：
- 把
Activity/Fragment当做Presenter来使用，然后Presenter当做View来使用，参考一种在android中实现MVP模式的新思路这篇文章 - 使用
Loader的生命周期来管理Presenter的生命周期 -
Presenter继承Fragment来管理生命周期
主要是以Presenter生命周期要比Activity/Fragment的生命周期更长的原理来解决，这里使用的Loader类来解决。
MVP优缺点
优点
- 实现了
View和Model的解耦 - 便于写代码的测试用例
缺点
- 上下文
context容易丢失 - 具有
presenter生命周期问题以及内存泄漏问题 - 双向通信回调，导致项目复杂化
MVVM
在MVP中，当我们在Presenter中获取到Model需要调用MVPView的方法绑定View并更新数据，而MVVM结合databinding可以直接响应Model数据变化自动化更新View，使Activity/Fragment代码变得更加简洁。如下图
-
Model同上，网络数据模型或者本地数据模型 -
View用xml格式来表示视图格式，结合databinding可以直接绑定Model数据和视图点击事件 -
ViewModel处理业务逻辑，发送网络请求，更新Model数据等操作
主要步骤就是View获取响应信息后通知ViewModel从Model更新数据，数据更新后，Model通知ViewModel更新View展示的数据
MVVM优缺点
优点
-
View和Model低耦合 -
Activity/Fragment代码变得更加简洁，减少了更新View数据以及点击事件的处理 - 解决了
MVP中View(Activity/Fragment)和Presenter相互持有的问题 - 不在需要考虑主线程更新
UI的问题
缺点
-
View层变得更加复杂 - 数据绑定使得
BUG不好调试以及更大的性能消耗
MVP实现
实现的几个步骤:
-
MVPView，定义一些回调的方法，并让Activity/Fragment实现它 -
Presenter获取View实例，并提供几个加载数据的加载框处理的回调方法 - 使用
Loader管理Presenter生命周期(一个PresenterFactory和一个PresenterLoader) -
Activity/Fragment通过Loader的LoaderManager.LoaderCallbacks回掉获取Presenter实例
先定义MVPView
object Mvp {
interface View {
val sub: CompositeDisposable
}
}
其中CompositeDisposable在BaseActivity实现创建CompositeDisposable对象，统一管理接口请求的Obserable的绑定和解绑
定义Presenter
interface Presenter{
fun attachView(attach: Any)
fun detachView()
}
attachView() 绑定View，也就是Activity/Fragment
detachView() 释放View
通过BasePresenter实现如下
@Suppress("UNCHECKED_CAST")
abstract class BasePresenter : Presenter,IProgressDialog{
private var attachView:V? = null
private var dialog:IProgressDialog ?= null
lateinit var mvpView:V
override fun attachView(attach: Any) {
this.attachView = attach as V
this.dialog = attach as IProgressDialog
mvpView = mvpView()
initHandler()
}
override fun detachView() {
this.attachView = null
}
private fun mvpView(): V {
checkAttachView()
return attachView!!
}
fun checkAttachView(){
if(this.attachView==null) throw RuntimeException("Call the attachView method before using the Mvp.View")
}
open fun initHandler() {
}
override fun showLoading() {
dialog?.showLoading()
}
override fun dismissLoading() {
dialog?.dismissLoading()
}
override fun updateNextPage(haveNext: Boolean) {
dialog?.updateNextPage(haveNext)
}
}
attachView对应View层的引用，attach传Activity/Fragment
dialog 对应BaseActivity实现的IProgressDialog接口，实现showLoading()，dismissLoading()，updateNextPage()方法管理网络请求弹出框显示和消失的操作以及RecyclerView分页加载的一些操作。
mvpView供继承BasePresenter的Presenter网络请求处理以及一些Activity/Fragment方法的调用或者MVPView的一些方法
Presenter生命周期管理
Loader类生命周期有:
onStartLoading()
Activity的onStart()调用之后，会回调这个方法创建一个Loader实例
onForceLoad()
当onStartLoading调用forceLoad方法后，会回调这个方法，可在这里创建Presenter。
deliverResult()
调用这个方法可以把Presenter分发给Activity/Fragment
onReset()
Loader销毁前回调
定义一个创建Presenter的接口PresenterFactory
interface PresenterFactory> {
fun create() :P
}
这样就可以在Activity/Fragment实现这个接口创建对应Presenter。从而得到相应Presenter的实例方法的引用。
定义PresenterLoader实现Loader类并传入PresenterFactory来管理生命周期
class PresenterLoader>(context: Context, val factory:PresenterFactory
): Loader
(context) {
private var presenter:P? = null
override fun onStartLoading() {
if(presenter != null){
deliverResult(presenter)
return
}
forceLoad()
}
override fun onForceLoad() {
presenter = factory.create()
deliverResult(presenter)
}
override fun onReset() {
presenter = null
}
}
结合上面描述的Loader生命周期就可以很好的理解上面的代码了。
LoaderManager.LoaderCallbacks
最后一步在BaseLoaderActivity实现LoaderManager.LoaderCallbacks的回调方法
abstract class BaseLoaderActivity>: AppCompatActivity(),Mvp.View,LoaderManager.LoaderCallbacks{
protected var presenter:P? = null
override fun onCreate(savedInstanceState: Bundle?) {
super.onCreate(savedInstanceState)
supportLoaderManager.initLoader(Consts.BASE_ACTIVITY_LOADER_ID,null,this)
}
override fun onLoadFinished(loader: Loader
?, data: P) {
presenter = data
presenter?.attachView(this)
}
override fun onCreateLoader(id: Int, args: Bundle?): Loader
? {
return createLoader()
}
override fun onLoaderReset(loader: Loader
?) {
presenter = null
}
override fun onDestroy() {
presenter?.detachView()
super.onDestroy()
}
abstract fun createLoader():Loader
}
Loader会先调用onCreateLoader创建一个Loader实例，然后调用onLoadFinished，我们可以在这里获取到Presenter实例，然后当Loader销毁前调用onLoaderReset()，这里我们可以对Presenter进行释放。其中
supportLoaderManager.initLoader(Consts.BASE_ACTIVITY_LOADER_ID,null,this)
是进行Loader初始化的一个操作
createLoader()供继承BaseLoaderActivity的Activity结合PresenterLoader和PresenterFactory创建Loader对象。
同理，BaseLoaderFragment也如上创建即可。