一、前言

MVP模式是目前非常的一种框架，虽然很多人已经更进一步选择了MMVM，但是由于本人目前还未在正式项目中使用过，所以只能写一点自己熟悉的东西。
Kotlin语言近几年也是被Google推崇至极，所以还是今早学会最好，否则后期可能你连Google官网的Demo都看不懂，比如去年Google I/O 发布的Jetpack就是Kotlin写的。

二、MVP类简单介绍

面向对象的原则告诉我们要针对接口编程，不要针对实现编程，所谓的针对接口编程不一定都是写一个类，并用implement来实现这个接口，而是泛指实现某个超类型的某个方法，这个超类型可以是类也可以是接口。秉承着这样的原则，我们设计出Mode、View、Presenter接口来充当所有类的父类（超类型），而具体的实现则有子类或者抽象子类来实现，这也是为什么我们所写的都是接口和抽象类，因为我们具体的实现都在我们自己的Activity或Fragment中。

Model：框架中的模型超类，负责提供数据；
View：框架中的视图超类，负责UI展示；
Presenter：程序中的逻辑超类，负责处理具体事务；
BaseMvp：用于创建Model、View和Presenter；
BasePresenter：所有Presenter层的抽象类，负责Model、View层的引用和销毁；
BaseMvpActivity：Activity基类，具体的实现Model、View的绑定，我们自己的Activity可直接继承于此类或者自行实现BaseActivity继承于此类；
BaseMvpFragment：Fragment基类，具体作用和BaseMvpActivity相同。

三、MVP类代码介绍

• Model层

interface Model {
}

Model接口，用于数据模型的获取，所有子Mode类都要实现这个接口

• View层

interface View{
}

View接口，所有视图类的父类，在接口中可以做一些基本的展示过程，比如Toast、Progress的显示，或者检查网络状态后的提醒，具体的实现由子类决定，子类也可以仍然是一个接口，继续拓展View的功能

• Presenter层

interface Presenter<M : Model, V : View> {
    fun registerModel(model: M?)
    fun registerView(view: V?)
    fun getView():V?
    fun destroy()
}

这里的Presenter接口是一些注册Mode和View层的抽象方法，在这里我们也可以获取传过来的View和Model，实际上这个接口更像是一个具有setter和getter的类。

---

到这里，我们MVP框架的Model、View和Presenter层都出现了，但我们不可能在项目中直接implement来使用它们，因为那样会产生太多重复性的代码，并且不够简洁，我们还需要一些抽象类来实现一些公共的方法，最起码让Activity和Fragment能拿过来直接使用才能达到我们预期的目标。

---

• BasePresenter

abstract class BasePresenter<M: Model, V: View> : Presenter<M,V>{
    var model: M? = null
    var view: WeakReference<V>? = null

    override fun registerModel(model: M?) {
        this.model = model
    }

    override fun registerView(view: V?) {
        this.view = WeakReference<V>(view)
    }

    override fun getView(): V? {
        return view?.get()
    }

    override fun destroy() {
        view?.clear()
        onViewDestroy()
    }

    abstract fun onViewDestroy()
}

• BasePresenter是我们要直接继承使用的Presenter层父类，它实现了Presenter接口中的抽象方法，并且为了防止内存泄漏，我们View层的引用要使用弱引用。在MVP模式中，内存泄漏的主要原因是由于当前View层（如Activity或者Fragment）在卸载时，Model层中仍有业务没有结束（如子线程未完成、网络请求超时等），而这里的Presenter层中拥有Mode层和View层的引用，所以Presenter层也暂时无法释放，最终导致View的引用也没有释放，我们的Activity或者Fragment就算时销毁了，GC也无法回收它们，因为还有引用在指向它们呢。
• 我们也不必非要使用弱引用来维护View层，其实在View层卸载时，只要主动让指向View的引用为空，也可以让Activity或者Fragment顺利回收，而且在View卸载时我们也可以选择是否停止当前Model层的业务，在BasePresenter类中，我们也同样实现了这个逻辑，就是destroy()方法，它通过调用onViewDestroy()来让具体实现这个方法的类来完成相应的业务逻辑。
• 在这里，我们仍然没有看到于项目有关的业务逻辑，这就对了，因为我们写的是一个MVP模式的框架，不是自己去写一个MVP模式的具体项目。

• BaseMvp

interface BaseMvp<M : Model, V : View, P : BasePresenter<M, V>> {
    fun createModel(): M
    fun createView(): V
    fun createPresenter(): P?
}

BaseMvp是用来创建Model、View和Presenter层的，我们的MVP框架只去调用它们，具体的实现由真正的View层来做

• BaseMvpActivity

abstract class BaseMvpActivity<M : Model, V : View, P : BasePresenter<M, V>> : AppCompatActivity(), BaseMvp<M, V, P> {
    companion object {
        const val TAG = "BaseMvpActivity"
    }

    var presenter: P? = null

    override fun onCreate(savedInstanceState: Bundle?, persistentState: PersistableBundle?) {
        super.onCreate(savedInstanceState, persistentState)
    }

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        presenter = createPresenter()
        Log.d(TAG, "presenter = " + presenter)
        presenter?.registerModel(createModel())
        presenter?.registerView(createView())
    }

    override fun onDestroy() {
        super.onDestroy()
        presenter?.destroy()
    }
}

这是Activity基类（只是对我们MVP框架来说，我们完全可以在项目中再写一个BaseActivity来继承它，实现基类真正的功能），我们以后所写的Activity都要继承它，并实现它的抽象方法和BaseMvp中的接口。它的主要功能就是创建Model、View、Presenter层并注册。这里我们也看到了上面提到的BasePresenter中destroy()方法具体调用的地方，就是在Activity中的onDestroy()中。

四、具体实现MVP代码

我们的MVP框架先到此为止，回头看看抽象类中为我们确定了Mode、View和Presenter彼此之间的联系，他们之间的该发生的不该发生的事情我们都已经搞定了，但这仅仅才刚开始，我们最终的目的是要使用他们。

• 项目中的Model和它的实现类

interface MainModel : Model {

    fun getDataFromNet(): String
    fun stopRequest()
}

class MainModelImpl : MainModel {
    companion object {
        const val TAG = "MainModelImpl"
    }

    override fun getDataFromNet(): String {
        return "MVP 模式,into fragment"
    }

    override fun stopRequest() {
        Log.i(TAG, "stop request...");
    }
}

• 项目中的View和它的实现类

interface MainView : View {
    fun setData(str: String?)
}

class KtMainActivity : BaseMvpActivity<MainModel, MainView, MainPresenter>(),MainView{

    companion object {
        const val TAG = "KtMainActivity"
    }

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_main)
        btn.setOnClickListener {
            presenter?.getData()
        }
    }
    override fun createModel(): MainModel {
        return MainModelImpl()
    }

    override fun createView(): MainView {
        return this
    }

    override fun createPresenter(): MainPresenter {
        return MainPresenter()
    }

    override fun setData(str: String?) {
        btn.text = str
    }
}

createModel()、createView()和createPresenter()实现了BaseMvpActivity中的抽象方法，真正返回了具体的M、V、P层

• Presenter层

class MainPresenter : BasePresenter<MainModel, MainView>() {

    companion object {
        const val TAG = "MainPresenter"
    }

    fun getData() {
        var dataStr: String? = model?.getDataFromNet()
        Log.d(TAG, dataStr)
        view?.get()?.setData(dataStr)
    }

    override fun onViewDestroy() {
        model?.stopRequest()
    }
}

Presenter层没有实现接口，而是继承了BasePresenter抽象类，在这个类中，我们可以通过getView()方法来获取VIew层，直接拿去model来获取Model层的实例，但这一切一定要注意判空。

这个demo的代码我已经上传到Github上并且用java和Kotlin两种语言实现的，有兴趣的可以去参考下，希望能帮助到你

https://github.com/xiongfu/MyMvpTestOne