关于android:Android极简MVVM从一个基类库谈起

42次阅读

共计 13362 个字符,预计需要花费 34 分钟才能阅读完成。

Hello 啊各位老铁,明天带来一个陈词滥调的技术,MVVM,这篇文章,次要具体介绍如何封装一个 MVVM 的基类库,以及 MVVM 架构模式在理论业务中的用法,最初会把理论的封装代码开源,并提供近程依赖,不便给到大家应用以及二次批改,尽量做到细致入微,浅显易懂,OK,废话不多赘述,咱们进入注释。

这篇文章大略会依照以下几个模块进行论述,此次封装,做到绝无第三方依赖,都是 Android 原生的代码封装,请放心使用,如果您想间接进行应用,请间接跳到第 4 步,集成应用即可,此次的封装,和目前支流的 MVVM 架构模式,会完满符合,让架构模式简单化,让业务代码清晰化,必须值得举荐应用。

一、MVVM 简略概括

二、基于 MVVM 模式如何封装基类库

三、实战封装

四、封装后在业务中如何应用

五、开源以及 Demo 查看

舒适提醒:内容稍多,请合理安排好工夫,如果不想查阅具体封装过程,底部有开源地址,能够间接查看。

一、MVVM 简略概括

MVVM 的开发模式,相对来说低耦合,业务之间逻辑显得也非常明显,Model 层负责将申请的数据交给 ViewModel 层;ViewModel 层负责将申请到的数据做业务逻辑解决,最初交给 View 层去展现,与 View 一一对应;View 层只负责界面绘制刷新,不解决业务逻辑,非常适合进行独立模块开发。

三层简略概括

1、Model:数据层,蕴含数据实体和对数据实体的操作。

2、View:视图层,对应于 Activity,XML,View,负责数据显示以及用户交互。

3、ViewModel:关联层,将 Model 和 View 进行绑定,Model 或者 View 更改时,实时刷新对方。

须要留神:

1、View 只做和 UI 相干的工作,不波及任何业务逻辑,不波及操作数据,不解决数据,也就是 UI 和数据是严格离开的。

2、ViewModel 只做和业务逻辑相干的工作,不波及任何和 UI 相干的操作,不持有控件援用,不更新 UI。

二、基于 MVVM 模式如何封装基类库

MVVM 咱们曾经清晰,然而针对现有的三层,咱们如何进行拆解封装呢?面对这样的一个问题,咱们也是须要从三层以及和理论的业务进行相结合,从理论业务中来,也要从理论业务中去,这是咱们封装的一个潜在因素,一旦脱离了理论,封装的再优良,也只是一个花瓶,中看不中用。

针对 MVVM 中的三层,其实,咱们在封装中,也是基于这三层,View,ViewModel 和 Model。View 中,在理论的开发中,个别针对 Activity 和 Fragment 进行零碎的抽取封装,ViewModel 个别会抽取一个父类,做一些公共的办法或属性配置,Model 层个别封装的较少,依据理论业务,须要具体问题具体分析。

Activity 和 Fragment 的封装思路,其实是统一的,须要以简略和简单两种方向进行抽取,一种是简略的页面继承应用,一种是简单的页面继承应用,这样辨别的一个目标,就是,专职专用,防止大材小用,而具体的封装,除了使得代码简洁化,更重要的拓展化,不便子类的调用。

在具体封装的时候,与理论业务相结合,这个无比重要,比方理论的大部分页面,都带有一个标题栏,那么标题栏就能够间接封装父类外面,像子类拓展出,更改题目,右侧按钮,左侧按钮等功能属性;除了对立的标题栏,另外就是子类的视图了,对于子类的视图传递,这个是必须的,能够间接形象出一个必须要实现的办法,其余的,比方状态栏的扭转,缺省页的设置等等,也须要在父类中对立的给出。

简单的页面是基于简略的页面而来的,这里的简单,个别是蕴含很多逻辑的解决,那么,咱们就能够减少 ViewModel 层和 Model 层了,目前基于 DataBinding 的实现形式,无论简略和简单,都是必须须要思考的,也就是说在父类中,咱们就须要向子类提供出能够拿到的 databinding 和 viewmodel,个别以泛型的形式引入,这样子类再继承的时候,就能够很不便的进行调用。

在简单的页面,也就是蕴含 ViewModel 层和 Model 层的时候,须要思考绑定视图 variable 的传递,也就是以后的 ViewModel 和那个 xml 进行绑定,当然这是在须要的时候,必须要操作的,除了视图绑定,常见的,数据申请状态,比方申请胜利,申请失败,缺省页显示和暗藏,Dialog 的显示和暗藏,LiveData 的数据回传等等,在简单的页面中也是须要咱们思考的,除此之外,ViewModel 中如何和 View 层的生命周期绑定,在理论的业务中也是不得不须要思考的。

除了以上的惯例思考,在理论的业务中,比方事件消息传递,PagerAdapter 应用,状态栏通明等很多和基类的相干的性能,咱们其实也能够进行封装进去,便于子类的调用。

三、实战封装

通过第 2 条中的拆解和具体的封装思路,无妨咱们进行实战一下,因为 Activity 和 Fragment 的封装思路以及相干属性和办法,大部分都是雷同的,所以目前只介绍 Activity,更具体的封装,还请大家参考源码。

1、Activity 的简略封装

简略封装,不携带 ViewModel,只传递 ViewDataBinding,子类必须重写的办法只有一个 initData,其余均为选择性重写,如果绝对逻辑比较简单的页面,能够继承此类。

一个很简略的一般封装,就是把共有的常见的,封装到父类里,便于子类的调用,具体什么办法,什么逻辑进行采取封装,须要咱们依据具体业务或者公司的相干状况而定,以下是源码。

abstract class BaseActivity<VB : ViewDataBinding>(@LayoutRes layoutId: Int = 0) :
    AppCompatActivity(layoutId) {
 
 
    private var mActionBarView: ActionBarView? = null
    private var mLayoutError: LinearLayout? = null
    private var mLayoutId = layoutId
    lateinit var mBinding: VB
 
 
    override fun onCreate(savedInstanceState: Bundle?) {super.onCreate(savedInstanceState)
        try {
            // 默认状态栏为白底黑字
            darkMode(BaseConfig.statusBarDarkMode)
            statusBarColor(ContextCompat.getColor(this, BaseConfig.statusBarColor))
            setContentView(R.layout.activity_base)
            val baseChild = findViewById<LinearLayout>(R.id.layout_base_child)
            mLayoutError = findViewById(R.id.layout_empty_or_error)
            mActionBarView = findViewById(R.id.action_bar)
            if (mLayoutId == 0) {mLayoutId = getLayoutId()
            }
 
 
            if (savedInstanceState != null && getIntercept()) {noEmptyBundle()
                return
            }
 
 
            val childView = layoutInflater.inflate(mLayoutId, null)
            baseChild.addView(childView)
            mBinding = DataBindingUtil.bind(childView)!!
 
 
            initView()
            initData()} catch (e: Exception) {e.printStackTrace()
            noEmptyBundle()}
    }
 
 
    /**
     * AUTHOR:AbnerMing
     * INTRODUCE: 获取视图 id
     */
    open fun getLayoutId(): Int {return 0}
 
 
    open fun initView() {}
 
 
    /**
     * AUTHOR:AbnerMing
     * INTRODUCE: 初始化数据
     */
    abstract fun initData()
 
 
 
 
    /**
     * AUTHOR:AbnerMing
     * INTRODUCE: 动静扭转状态栏色彩和题目
     */
    fun setDarkTitle(dark: Boolean, color: Int, title: String) {
        try {darkMode(dark)
            statusBarColor(ContextCompat.getColor(this, color))
            setBarTitle(title)
 
 
        } catch (e: Exception) {e.printStackTrace()
        }
 
 
    }
 
 
    /**
     * AUTHOR:AbnerMing
     * INTRODUCE: 设置题目
     */
    fun setBarTitle(title: String) {
        mActionBarView!!.visibility = View.VISIBLE
        mActionBarView!!.setBarTitle(title)
    }
 
 
 
 
    /**
     * AUTHOR:AbnerMing
     * INTRODUCE: 暗藏左侧按钮
     */
 
 
    fun hintLeftMenu() {mActionBarView!!.hintLeftBack()
    }
 
 
 
 
    /**
     * AUTHOR:AbnerMing
     * INTRODUCE: 获取 ActionBarView
     */
    fun getActionBarView(): ActionBarView {return mActionBarView!!}
 
 
    /**
     * AUTHOR:AbnerMing
     * INTRODUCE: 暗藏标题栏
     */
    fun hintActionBar() {mActionBarView?.visibility = View.GONE}
 
 
    /**
     * AUTHOR:AbnerMing
     * INTRODUCE:Bundle 为空进行拦挡,解决扭转权限后重回 App 解体问题
     */
    open fun getIntercept(): Boolean {return false}
 
 
    /**
     * AUTHOR:AbnerMing
     * INTRODUCE:Bundle 为空时的逻辑解决,解决扭转权限后重回 App 解体问题
     */
    open fun noEmptyBundle() {}
 
 
 
 
    override fun onDestroy() {super.onDestroy()
        try {LiveDataBus.removeObserve(this)
            LiveDataBus.removeStickyObserver(this)
        } catch (e: Exception) {e.printStackTrace()
        }
    }
 
 
 
 
    /**
     * AUTHOR:AbnerMing
     * INTRODUCE: 通明状态栏
     */
    fun translucentWindow(dark: Boolean) {
        try {immersive(0, dark)
        } catch (e: Exception) {e.printStackTrace()
        }
 
 
    }
 
 
    /**
     * AUTHOR:AbnerMing
     * INTRODUCE: 设置缺省页
     */
    fun setEmptyOrError(view: View) {
        mLayoutError?.visibility = View.VISIBLE
        mLayoutError?.removeAllViews()
        mLayoutError?.addView(view)
    }
 
 
    /**
     * AUTHOR:AbnerMing
     * INTRODUCE: 暗藏
     */
    fun hintEmptyOrErrorView() {mLayoutError?.visibility = View.GONE}
 
 
    /**
     * AUTHOR:AbnerMing
     * INTRODUCE: 获取谬误或为空的 view
     */
    fun getEmptyOrErrorView(): LinearLayout {return mLayoutError!!}
}

波及的办法概述

办法名 参数 概述
getLayoutId 无参 子类传递的 layout,用于加载视图,能够通过构造方法传递,也能够通过此办法传递。
initView 无参 初始化 View,非必须重写
initData 无参 初始化数据
setDarkTitle dark: Boolean, color: Int, title: String,1、dark: Boolean,状态栏色彩,true 就是彩色,false 就是红色。2、color: Int,状态栏背景色彩,3、title: String,标题栏内容 设置题目,状态栏背景及色彩
setBarTitle title: String,标题栏内容 设置题目
hintLeftMenu 无参 暗藏左侧按钮
getActionBarView 无参 获取标题栏 View,能够操作标题栏里的任何控件
hintActionBar 无参 暗藏标题栏
translucentWindow dark: Boolean,状态栏色彩,true 就是彩色,false 就是红色 通明状态栏
setEmptyOrError view: View,传递的缺省 View 视图 设置缺省视图
hintEmptyOrErrorView 无参 暗藏缺省视图
getEmptyOrErrorView 无参 获取缺省视图

简略的 Activity 没有什么好说的,都是中规中矩,具体的应用请大家看第四条,具体应用即可。

2、Activity 的简单封装

也谈不上简单,只是在继承简略页面的根底之上多加了一个 ViewModel,绝对于比较复杂的页面,就能够继承此类,此类,拓展了 ViewModel,能够在 ViewModel 里进行逻辑的书写,此类也是 MVVM 的规范执行,V 继承于 BaseVMActivity,VM 继承于 BaseViewModel,至于 M,能够在 VM 中通过 getRepository 办法进行获取。

具体代码逻辑如下:

BaseVMActivity 继承于 BaseActivity。

abstract class BaseVMActivity<VB : ViewDataBinding, BM : BaseViewModel>(@LayoutRes layoutId: Int = 0) :
    BaseActivity<VB>(layoutId) {
 
 
    lateinit var mViewModel: BM
 
 
    override fun initData() {mViewModel = getViewModel()!!
        val variableId = getVariableId()
        if (variableId != -1) {mBinding.setVariable(getVariableId(), mViewModel)
            mBinding.executePendingBindings()}
        initVMData()
        observeLiveData()
        initState()
        lifecycle.addObserver(mViewModel)
    }
 
 
    /**
     * AUTHOR:AbnerMing
     * INTRODUCE: 获取绑定的 xml id
     */
    open fun getVariableId(): Int {return -1}
 
 
    /**
     * AUTHOR:AbnerMing
     * INTRODUCE: 初始化状态
     */
    private fun initState() {
        mViewModel.mStateViewLiveData.observe(this, {when (it) {
                StateLayoutEnum.DIALOG_LOADING -> {dialogLoading()
                }
                StateLayoutEnum.DIALOGD_DISMISS -> {dialogDismiss()
                }
                StateLayoutEnum.DATA_ERROR -> {dataError()
                }
                StateLayoutEnum.DATA_NULL -> {dataEmpty()
                }
                StateLayoutEnum.NET_ERROR -> {netError()
                }
                StateLayoutEnum.HIDE -> {hide()
                }
            }
        })
    }
 
 
    /**
     * AUTHOR:AbnerMing
     * INTRODUCE: 初始化数据
     */
    abstract fun initVMData()
 
 
    /**
     * AUTHOR:AbnerMing
     * INTRODUCE:LiveData 的 Observer
     */
    open fun observeLiveData() {}
 
 
    /**
     * AUTHOR:AbnerMing
     * INTRODUCE:dialog 加载
     */
    open fun dialogLoading() {}
 
 
    /**
     * AUTHOR:AbnerMing
     * INTRODUCE:dialog 暗藏
     */
    open fun dialogDismiss() {}
 
 
    /**
     * AUTHOR:AbnerMing
     * INTRODUCE: 数据谬误
     */
    open fun dataError() {}
 
 
    /**
     * AUTHOR:AbnerMing
     * INTRODUCE: 数据为空
     */
    open fun dataEmpty() {}
 
 
    /**
     * AUTHOR:AbnerMing
     * INTRODUCE: 网络谬误或申请谬误
     */
    open fun netError() {}
 
 
    /**
     * AUTHOR:AbnerMing
     * INTRODUCE: 暗藏某些布局或者缺省页等
     */
    open fun hide() {}
 
 
    private fun getViewModel(): BM? {
        // 这里取得到的是类的泛型的类型
        val type = javaClass.genericSuperclass
        if (type != null && type is ParameterizedType) {
            val actualTypeArguments = type.actualTypeArguments
            val tClass = actualTypeArguments[1]
            return ViewModelProvider(
                this,
                ViewModelProvider.AndroidViewModelFactory.getInstance(application)
            )
                .get(tClass as Class<BM>)
        }
        return null
    }
 
override fun onDestroy() {super.onDestroy()
    try {lifecycle.removeObserver(mViewModel)
    } catch (e: Exception) {e.printStackTrace()
    }
}
 
}

封装波及的办法概述

办法名 参数 概述
getVariableId 无参 获取绑定的 xml variable,也就是以后的 xml 和哪个对象进行绑定,用于 xml 里间接数据绑定
initVMData 无参 初始化数据,必须要实现的办法
observeLiveData 无参 LiveData 的 Observer,UI 层监听 ViewModel 层的数据扭转
dialogLoading 无参 dialog 加载
dialogDismiss 无参 dialog 暗藏
dataError 无参 数据谬误
dataEmpty 无参 数据为空
netError 无参 数据谬误
hide 无参 暗藏缺省页等其余页面

BaseViewModel

BaseViewModel 绝对比较简单,只提供了一个能够获取 Repository 的办法,还有一个是刷新 UI 视图的一个 LiveData,就是数据申请,Dialog 加载,缺省页加载的状态。更改状态,只须要调用 changeStateView 办法即可,子类能够重写生命周期办法,便于生命周期的思考。

 
open class BaseViewModel : ViewModel() , BaseObserver{
    /**
     * 管制状态视图的 LiveData
     */
    val mStateViewLiveData = MutableLiveData<StateLayoutEnum>()
 
 
    /**
     * 更改状态视图的状态
     */
    public fun changeStateView(state: StateLayoutEnum) {
        // 对参数进行校验
        when (state) {
            StateLayoutEnum.DIALOG_LOADING -> {mStateViewLiveData.postValue(StateLayoutEnum.DIALOG_LOADING)
            }
            StateLayoutEnum.DIALOGD_DISMISS -> {mStateViewLiveData.postValue(StateLayoutEnum.DIALOGD_DISMISS)
            }
            StateLayoutEnum.DATA_ERROR -> {mStateViewLiveData.postValue(StateLayoutEnum.DATA_ERROR)
            }
            StateLayoutEnum.DATA_NULL -> {mStateViewLiveData.postValue(StateLayoutEnum.DATA_NULL)
            }
            StateLayoutEnum.NET_ERROR -> {mStateViewLiveData.postValue(StateLayoutEnum.NET_ERROR)
            }
            StateLayoutEnum.HIDE -> {mStateViewLiveData.postValue(StateLayoutEnum.HIDE)
            }
        }
 
 
    }
   
 
    /**
     * AUTHOR:AbnerMing
     * INTRODUCE: 获取 Repository
     */
    inline fun <reified R> getRepository(): R? {
        try {
            val clazz = R::class.java
            return clazz.newInstance()} catch (e: Exception) {e.printStackTrace()
        }
        return null
    }
 
/**
 * AUTHOR:AbnerMing
 * INTRODUCE: 生命周期初始化
 */
override fun onCreate() {}
 
/**
 * AUTHOR:AbnerMing
 * INTRODUCE: 生命周期页面可见
 */
override fun onStart() {}
 
/**
 * AUTHOR:AbnerMing
 * INTRODUCE: 生命周期页面获取焦点
 */
override fun onResume() {}
 
/**
 * AUTHOR:AbnerMing
 * INTRODUCE: 生命周期页面失去焦点
 */
override fun onPause() {}
 
/**
 * AUTHOR:AbnerMing
 * INTRODUCE: 生命周期页面不可见
 */
override fun onStop() {}
 
/**
 * AUTHOR:AbnerMing
 * INTRODUCE: 生命周期页面销毁
 */
override fun onDestroy() {}
 
}

简单的 Activity,大家能够发现,其实就是规范的 MVVM 模式封装,Fragment 的封装也是基于此,搞清楚上述,基本上咱们这个基类库就实现了大半,的确也没什么好说的,大家间接看应用吧。

四、封装后在业务中如何应用

通过以上的封装,咱们在业务层所有的页面就能够继承父类进行应用,以达到代码的高度对立,使得架构模式简单化,让业务代码清晰化,目前的封装,大家能够间接封装成库或者打成 aar 给到其余开发者应用,目前我曾经上传到近程,不想麻烦的老铁,能够间接依照上面的步骤进行应用。

1、在你的根我的项目下的 build.gradle 文件下,引入 maven。

 
allprojects {
    repositories {maven { url "https://gitee.com/AbnerAndroid/almighty/raw/master"}
    }
}

2、在你须要应用的 Module 中 build.gradle 文件下,引入依赖。

 
dependencies {implementation 'com.vip:base:1.0.2'}

通过以上的 Maven 仓库依赖,咱们就能够欢快的进行应用了,上面针对各个封装的性能进行一个简略的演示,当然,大家能够间接看源码中的实例,那里绝对比拟全面。

1、一般的 Activity 的继承

如果,你的 Activity 页面逻辑比较简单,倡议继承 BaseActivity,此父类,没有与 ViewModel 相结合,只蕴含失常且简略的逻辑解决,目前必须重写的只有一个 initData 办法,其余办法,大家能够依据业务重写即可。

class MainActivity : BaseActivity<ActivityMainBinding>(R.layout.activity_main) {
    /**
     * AUTHOR:AbnerMing
     * INTRODUCE: 初始化数据
    */
    override fun initData() {setBarTitle("主页")
    }
}

2、ViewModel 模式 Activity 的继承

View 层,须要继承 BaseVMActivity

class TestViewModelActivity : BaseVMActivity<ActivityViewModelBinding,
        TestViewModel>(R.layout.activity_view_model) {override fun initVMData() {setBarTitle("ViewModel 形式应用")
    }
 
}

ViewModel 层,须要继承 BaseViewModel

理论的业务中,遇到网络申请,缺省页展现,Dialog 显示暗藏,调用 changeStateView 办法,UI 层只须要重写对应的办法即可。

 
class TestViewModel : BaseViewModel() {
 
 
      /**
     * AUTHOR:AbnerMing
     * INTRODUCE: 获取须要的 Repository
     */
    private val repository by lazy {getRepository<TestRepository>()
    }
 
}

Model 层,个别依据理论须要,进行具体的封装应用。

 
class TestRepository {}

3、DataBinding 模式应用

View 层,继承 BaseVMActivity,返回以后视图的绑定 variable

 
class DataBindActivity :
    BaseVMActivity<ActivityDataBindBinding,
            DataBindViewModel>(R.layout.activity_data_bind) {override fun initVMData() {setBarTitle("DataBinding 应用")
    }
 
 
    override fun getVariableId(): Int {return BR.data}
}

ViewModel 层继承 BaseViewModel

 
class DataBindViewModel : BaseViewModel() {
 
 
    var oneWayContent = "单向绑定数据测试"
 
 
    var twoWayContent = "双向绑定数据测试"
 
 
    /**
     * AUTHOR:AbnerMing
     * INTRODUCE: 获取双向绑定数据
     */
    var clickListener = View.OnClickListener {Toast.makeText(it.context, twoWayContent, Toast.LENGTH_SHORT).show()}
}

XML 视图,间接绑定

 
<layout xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:app="http://schemas.android.com/apk/res-auto">
 
 
    <data>
 
 
        <variable
            name="data"
            type="com.abner.base.bind.DataBindViewModel" />
    </data>
 
 
    <LinearLayout
        android:layout_width="match_parent"
        android:layout_height="match_parent"
        android:orientation="vertical"
        android:paddingLeft="@dimen/gwm_dp_20"
        android:paddingRight="@dimen/gwm_dp_20">
 
 
        <TextView
            android:layout_width="wrap_content"
            android:layout_height="wrap_content"
            android:layout_gravity="center"
            android:layout_marginTop="@dimen/gwm_dp_20"
            android:text="@{data.oneWayContent}" />
 
 
        <EditText
            android:layout_width="match_parent"
            android:layout_height="wrap_content"
            android:layout_marginTop="@dimen/gwm_dp_20"
            android:hint="双向绑定"
            android:text="@={data.twoWayContent}" />
 
 
        <Button
            android:layout_width="wrap_content"
            android:layout_height="wrap_content"
            android:layout_gravity="center"
            android:layout_marginTop="@dimen/gwm_dp_20"
            android:onClick="@{data.clickListener}"
            android:text="获取双向绑定数据" />
 
 
    </LinearLayout>
</layout>

4、Fragment 的简略应用

如果,你的 Fragment 页面逻辑比较简单,倡议继承 BaseFragment,此父类,没有与 ViewModel 相结合,只蕴含失常且简略的逻辑解决,目前必须重写的只有一个 initData 办法,其余办法,大家能够依据业务重写即可。

class TestPagerFragment : BaseFragment
    <FragmentTestPagerBinding>(R.layout.fragment_test_pager) {override fun initData() {}}

5、ViewModel 模式 Fragment 的继承

View 层,须要继承 BaseVMFragment

class TestViewModelPagerFragment :
    BaseVMFragment<FragmentTestPagerBinding,
            TestFragmentViewModel>(R.layout.fragment_test_pager) {override fun initVMData() {}}

ViewModel 层,须要继承 BaseViewModel

class TestFragmentViewModel :BaseViewModel(){
 
 
        /**
     * AUTHOR:AbnerMing
     * INTRODUCE: 获取须要的 Repository
     */
    private val repository by lazy {getRepository<TestRepository>()
    }
 
}

Model 层,个别依据理论须要,进行具体的封装应用。

 
class TestRepository {}

6、Fragment 的 DataBinding 模式应用和 Activity 相似,就不赘述了。

7、事件音讯总线应用

一般事件发送

    LiveDataBus.send("send", "我发送了一条一般音讯")

一般发送事件接管

 
LiveDataBus.observe(this, "send", Observer<String> {Toast.makeText(this, it, Toast.LENGTH_SHORT).show()})

粘性事件发送

 
LiveDataBus.sendSticky("sendSticky", "我发送了一条粘性事件音讯")

粘性事件接管

 
  LiveDataBus.observeSticky(this, "sendSticky", Observer<String> {Toast.makeText(this, it, Toast.LENGTH_SHORT).show()})

更多的其余性能应用,大家间接看 Github 即可,上边有比拟清晰的介绍。

五、开源以及 Demo 查看

以上的封装,目前曾经开源,大家能够下载查看源码,或者进行二次更改应用,地址是:

https://github.com/AbnerMing888/VipBase

相干 Demo,大家能够 down 下我的项目,运行即可,这里简略贴张效果图:

目前的封装,没有过多的冗余代码,齐全能够满足理论的业务须要,大家能够依照这种模式试验一番,遇到问题,能够多多交换,毕竟,技术是凋谢的,交换中能力一直的提高,当然了,须要联合本人的理论业务进行应用,毕竟我的项目中不应存在多个架构模式,MVC 也好,MVP,MVVM,MVI 也罢,无论应用哪种,适宜的才是最好的。

好了,各位老铁,这篇文章就到这里,下篇文章《组件化开发,从未如此简略》正在撰写中,大家敬请期待!

正文完
 0