写在前面

Android端的MVP架构已经出来有很长时间了。而对于Android的MVP实现模式，也并没有个标准的实现方式。

现在市面上最流行的是google开源出来的一套MVP模型，此模型可到此google家MVP开源地址进行查看。

而此篇博客将要介绍的并不是google的MVP模型。而是根据我自身理解所创建的一种MVP模型。与google的MVP模型相比，此种MVP模型具有以下一些优势：

支持单页面绑定多个Presenter进行使用，便于进行Presenter复用
对Presenter进行生命周期派发，
自动对Presenter进行View的绑定与解绑。
剔除契约类Contract，避免类爆炸

MVP概念说明

Model: 数据提供层，负责向Presenter提供数据或者提供数据处理入口
View: 视图层，负责接收Presenter通知，进行界面更新
Presenter: View与Model的枢纽层，负责接收View层的命令，从Model层读取并处理好数据后，通知View进行界面更新。

仅仅靠上面的文字来进行分层说明略显空洞，所以这里我们来通过一个简单的sample代码来做MVP分层概念说明, 如下方是个简单的登录页面的MVP实现:

interface LoginView:MVPView {
    fun onLoginSuccess()
    fun onLoginFailed()
}

class LoginPresenter(view:DemoView):MVPPresenter<DemoView>(view) {

    fun login(username:String, password:String) {
    	LoginApis.login(username, password, object Callback {
    		override fun onSuccess() {
    			view.onLoginSuccess()
    		}
    		
    		override fun onFailed() {
    			view.onLoginFailed()
    		}
    	})
    }
}

class LoginActivity:BaseMVPActivity(),LoginView {
	// 创建与绑定Presenter。
	val presenter = LoginPresenter(this)
	override fun createPresenters() = arrayOf(presenter)
	
	override fun onLoginSuccess() {
	    // 接收数据请求任务的返回数据并展示
	    EasyToast.DEFAULT.show("登录成功")
	}
	
	override fun onLoginFailed() {
	    // 接收数据请求任务的返回数据并展示
	    EasyToast.DEFAULT.show("登录成功")
	}

	...
	// 点击登录
	fun onLoginClick() {
		val username = ...
		val password = ...
		presenter.login(username, password)// 发起login任务请求
	}
}

1. LoginView

interface LoginView:MVPView {
    fun onLoginSuccess()
    fun onLoginFailed()
}

继承并扩展MVPView接口。很多人喜欢直接将此类作为MVP中的V层，但是实际上，我更愿意称此为通信协议接口，作用是由V层提供给P层进行P-V绑定，用于在P层中通知V层进行界面更新，类似于提供了一个Callback给P层进行使用

2. LoginActivity

class LoginActivity:BaseMVPActivity(),LoginView {

	override fun onLoginSuccess() {...}
	
	override fun onLoginFailed() {...}
	
	// 发起login任务请求
	fun onLoginClick() {presenter.login(username, password)}
}

真正的View层。可以是Activity, Fragment等。是真正进行界面更新的地方。

View层需要持有Presenter的对象，用于在需要的时候使用presenter发起具体的数据请求处理任务，比如上例中点击进行登录时。通过presenter发起了登录任务, 并通过LoginView协议接口，接收任务处理回调进行界面更新

3. LoginApis

LoginApis.login(username, password, object Callback {
    override fun onSuccess() { view.onLoginSuccess() }
    
    override fun onFailed() { view.onLoginFailed() }
})

Model层，也叫数据提供层。

与其他的MVP不同，这里并没有要求Model层需要定义一个特殊的接口去进行实现。所有的功能性api。均可被视作为Model层。比如这里LoginApis，便是用于提供登录模块的网络任务入口。

Model层与Presenter层的通信方式主要分为两种：一种直接从Model层同步获取到指定数据，另一种是通过异步回调的方式获取到指定数据，即此处LoginApis的通信方式。

请注意避免直接向Model层传递Presenter去进行数据获取。保证Model的独立性

4. LoginPresenter

Presenter层，连接V-M的中间枢纽层。复杂的数据业务逻辑都在这里进行处理。

结合上方示例：一个完整的M-P-V通信流程，可分为以下几步：

由V层向P层发起具体的处理任务
P层接收到V层发起的任务。调用M层的api，获取到原始数据
P层对从M层获取到的原始数据进行预处理(本示例因为较简单，故没有这一步)。
将处理完毕后的数据。通过V层提供的协议接口，通知到V层去进行界面更新。

MVP实现

通过上面的实例与讲解。相信可以使大家对MVP模型有一定的了解了，下面我们将一步步的介绍整个MVP模型框架的搭建

1. 基础通信协议接口定义:MVPView

interface MVPView {
    fun getHostActivity():Activity
    fun showLoadingDialog()
    fun hideLoadingDialog()
    fun toastMessage(message:String)
    fun toastMessage(resId:Int)
}

MVPView中定义了一些基础的协议方法。这些方法是所有V层都需要的功能。比如Toast展示、进行异步任务时的加载中Dialog展示等。

2. 基础Presenter创建

open class MVPPresenter<T:MVPView>(private var view:T?){

    fun attach(t:T) {
        this.view = t
    }
    fun detach() {
        this.view = null
    }
    
    fun isViewAttached() = view != null
    fun getActivity() = view?.getHostActivity()?:throw RuntimeException("Could not call getActivity if the View is not attached")

    // Lifecycle delegate
    open fun onCreate(bundle: Bundle?) {}
   	 ...
    open fun onDestroy(){}
}

我们来一条条的捋一下：

首先。我们在上面的MVP说明中说过，MVPView为协议接口，提供出来用于进行P-V绑定，所以相应的就会有P-V的绑定与解绑功能(为了方便使用，这里也让默认构造器自动进行了P-V绑定)

fun attach(t:T) { this.view = t }
fun detach() { this.view = null }

然后，我们会经常需要在P层中使用绑定的Activity去进行各种操作。而p层是不建议去持有Context实例的，所以在此提供一个getActivity方法，从绑定的view中去获取正确的Activity实例提供使用：

fun getActivity() = view?.getActivity()?:throw RuntimeException("Could not call getActivity if the View is not attached")

而isViewAttached方法，则是专门为异步回调任务所设计的api。因为如果是使用异步回调的方式去从model层获取的数据。那么很可能，接收到回调消息的之前，这个时候view已被解绑置空。导致通知失败

所以。一般来说。对于任务中有异步回调操作的，应该在回调处。先行判断是否已解绑。若已解绑则跳过当前操作：

if (!isViewAttached()) return

view?.hideLoadingDialog()

最后，则是提供的一堆onXXX生命周期方法了。用于与activity/fragment 中的生命周期进行绑定。

3. V-P连接器

与其他的MVP相比不同，这里提供MVPDispatcher作为V-P连接器：

class MVPDispatcher{

	private val presenters:MutableList<MVPPresenter<*>> = mutableListOf()
	
	// ==== 添加与移除Presenter ========
	fun <V:MVPView> addPresenter(presenter:MVPPresenter<V>) {...}
	internal fun <V:MVPView> removePresenter(presenter:MVPPresenter<V>) {...}
	
	// ==== 绑定生命周期 ==========
	fun dispatchOnCreate(bundle:Bundle?) {...}
	...
	fun dispatchOnRestoreInstanceState(savedInstanceState: Bundle?) {...}
}

可以看到此连接器干了以下几件事：

addPresenter与removePresenter：向容器presenters中添加或移除presenter实例 。 做到对单页面绑定多个presenter的效果。
dispatchOnXXX：通过已添加的presenter进行生命周期通知. 做到V-P生命周期绑定的效果
在接收到V层destroy销毁通知时，自动移除解绑所有的presenter实例。

fun dispatchOnDestroy() {
	presenters.forEach {
		if (it.isViewAttached()) { it.onDestroy() }
		// 生命方法派发完毕后。自动解绑
		removePresenter(it)
	}
}

4. BaseMVPActivity的创建

最后就是真正的V层的创建了：Activity/Fragment的MVP基类搭建！

这里使用BaseMVPActivity作为举例说明。fragment的基类搭建与此大同小异。

首先，我们需要确定BaseMVPActivity所需要尽到的职责：

1. 一个具体的V层，需要持有一个唯一的MVPDispatcher进行操作

abstract class BaseMVPActivity:Activity() {
	val mvpDispatcher = MVPDispatcher()
}

2. 统一实现默认协议方法：MVPView

abstract class BaseMVPActivity:Activity(), MVPView {
	...
	override fun getHostActivity():Activity {...}
	override fun showLoadingDialog() {...}
	override fun hideLoadingDialog() {...}
	override fun toastMessage(message:String) {...}
	override fun toastMessage(resId:Int) {...}
}

3. 借助MVPDispatcher实现V-P,一对多的绑定

abstract class BaseMVPActivity:Activity(), MVPView {
	...
	// 由子类提供当前页面所有需要绑定的Presenter。
	open fun createPresenters():Array<out MVPPresenter<*>>? = null
	
	override fun onCreate(savedInstanceState: Bundle?) {
        ...
        // 创建所有的presenter实例，并通过mvpDispatcher进行绑定
        createPresenters()?.forEach { mvpDispatcher.addPresenter(it) }
    }
}

比如在最上面我们所举例的LoginActivity。假设现在我们需要对登录页再添加一个验证码校验逻辑. 此逻辑被放在了CaptchaPresenter中：

class LoginActivity:BaseMVPActivity(),LoginView, CaptchaView {
	
	// 登录的Presenter实现
	val loginPresenter = LoginPresenter(this)
	// 验证码的Presenter实现
	val captchaPresenter = CaptchaPresenter(this)
	// 绑定多个Presenter
	override fun createPresenters() = arrayOf(loginPresenter, captchaPresenter)
	...
}

这就做到了Presenter的复用。在需要共用一些基础业务逻辑的时候。此一对多的绑定是个很好的特性！

4. 借助MVPDispatcher实现V-P生命周期关联管理

abstract class BaseMVPActivity:Activity(), MVPView {
	...// other codes
	
	override fun onCreate(savedInstanceState: Bundle?) {
		...
		mvpDispatcher.dispatchOnCreate(intent?.extras)
	}
	...
	override fun onDestroy() {
		...
		// 销毁时mvpDispatcher会自动进行所有的Presenter的解绑。
		// 所以具体的V层并不需要再自己去手动进行解绑操作了
		mvpDispatcher.dispatchOnDestroy()
	}
}

这就是一个基本的V层基类实现类需要做到的事。到这里。整个MVP基础框架的搭建就算完成了！

5. MVP架构开源

由于此MVP架构其实是个挺简单的架构。所以我将此架构源码存放在了EasyAndroid组件库中了。

EasyAndroid作为一款集成组件库，此库中所集成的组件，均包含以下特点，你可以放心使用~~

1. 设计独立

组件间独立存在，不相互依赖，且若只需要集成库中的部分组件。也可以很方便的只copy对应的组件文件进行使用

2. 设计轻巧

因为是组件集成库，所以要求每个组件的设计尽量精练、轻巧。避免因为一个小功能而引入大量无用代码.

每个组件的方法数均不超过100. 大部分组件甚至不超过50。

由于V层基类实现不同项目都会有一定的差异性。比如Activity基类选择(AppCompatActivity/v4Activity/Activity)、或者MVPView的展示样式设计等。所以BaseMVPActivity这类真正的V层基类实现并没有被放入lib中。而是在示例工程中单独进行了提供.

在需要使用的时候，通过copy此部分的源码直接到工程中使用即可

EasyAndroid库中的mvp模块。仅仅提供了MVPView、MVPPresenter、MVPDispatcher这三个基础支持类。避免引入无用代码。

源码链接

EasyAndroid开源组件库地址

https://github.com/yjfnypeu/EasyAndroid

基础支持类MVPView、MVPPresenter、MVPDispatcher源码地址

https://github.com/yjfnypeu/EasyAndroid/tree/master/utils/src/main/java/com/haoge/easyandroid/mvp

V层基类实现及简单sample示例代码地址

https://github.com/yjfnypeu/EasyAndroid/tree/master/app/src/main/java/com/haoge/sample/easyandroid/activities/mvp