美文网首页Android基础
用Kotlin写的简单实用的MVP框架

用Kotlin写的简单实用的MVP框架

作者: Candy有雪吃 | 来源:发表于2019-04-08 14:21 被阅读3次

    一、前言

    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

    相关文章

      网友评论

        本文标题:用Kotlin写的简单实用的MVP框架

        本文链接:https://www.haomeiwen.com/subject/lroyiqtx.html