Android可配置的ScrollView框架
給大家推薦一下我最近剛寫好的“可配置的ScrollView框架”,凡是採用scrollView結構的業務頁面都可以採用這個框架。該框架主要有以下幾個優點:
1、scrollView中的每個模組位置走配置,有一個configuration類統一管理
2、業務程式碼模組化。activity裡不再充斥了各種業務程式碼,每個模組的業務程式碼分別在自己的模組裡實現
3、layout佈局模組化。每個模組的佈局都寫在單獨的layout裡,activity的layout只有一個scrollView作為container
4、模組間可通訊。採用中介者模式
,模組間很好地解耦,可以輕鬆地在模組A中通知模組B去修改
5、模組中可拿到activity的生命週期,徹底實現了業務程式碼模組化
6、框架結構嚴格按照mvp
下面來介紹一下我的設計思想。 首先看一下Activity程式碼:
class MainActivity : AppCompatActivity(), IView { private val mModuleConfiguration = ModuleConfiguration() private lateinit var mContainer: LinearLayout private lateinit var mPresenter: Presenter override fun onCreate(savedInstanceState: Bundle?) { super.onCreate(savedInstanceState) setContentView(R.layout.activity_main) initViews() init() } private fun initViews() { mContainer = findViewById(R.id.container) } private fun init() { mPresenter = Presenter(this, this) mModuleConfiguration.init(this, mPresenter).doConfigure().assemblePage(mContainer) mModuleConfiguration.onViewCreated() mPresenter.startDrawUI() } override fun onDestroy() { super.onDestroy() mModuleConfiguration.onDestroy() } override fun onResume() { super.onResume() mModuleConfiguration.onResume() } override fun onActivityResult(requestCode: Int, resultCode: Int, data: Intent?) { super.onActivityResult(requestCode, resultCode, data) mModuleConfiguration.onActivityResult(requestCode, resultCode, data) } override fun refreshModule(type: String, fromNetwork: Boolean) { mModuleConfiguration.getModule(type)?.refresh(fromNetwork) } }
可以看到,activity中有一個ModuleConfiguration
類負責管理配置各個module,它主要負責控制每個module位置,新增新的module,控制每個module的生命週期回撥,模組間通訊。
使用起來也非常方便:
mModuleConfiguration.init(this, mPresenter).doConfigure().assemblePage(mContainer)
採用一個鏈式呼叫就可以完成模組的配置。
接下來看一下每個module的結構
class BModule : BaseModule(), View.OnClickListener { override fun onClick(v: View?) { notifyAModule() } override fun refresh(fromNetwork: Boolean) { } override fun getModuleView(): View { mView = LayoutInflater.from(mContext).inflate(R.layout.layout_b, getParentView(), false) return mView } override fun onViewCreated() { super.onViewCreated() mView.setOnClickListener(this) } private fun notifyAModule() { mMediator.notifyAdoSomething() } override fun onDestroy() { super.onDestroy() } override fun onResume() { super.onResume() } override fun onResumeAndLoginStateChanged() { super.onResumeAndLoginStateChanged() } }
這裡不用多說了吧,層次非常清晰。每個module有一個基類BaseModule:
abstract class BaseModule {
lateinit var mContext: Context
lateinit var mView: View
lateinit var mParent: ViewGroup
lateinit var mPresenter: Presenter
lateinit var mMediator: Mediator
open fun init(context: Context, presenter: Presenter, mediator: Mediator) {
this.mContext = context
this.mPresenter = presenter
this.mMediator = mediator
}
open fun onViewCreated() {
}
open fun onDestroy() {
}
open fun onResume() {
}
open fun onResumeAndLoginStateChanged() {
}
open fun onActivityResult(requestCode: Int, resultCode: Int, data: Intent?) {
}
fun bind(parent: ViewGroup) {
if (parent == null) {
return
}
mParent = parent
var view = getModuleView()
if (view == null || view.parent != null) {
return
}
view.visibility = View.VISIBLE
parent.addView(view)
}
abstract fun getModuleView(): View
fun getParentView(): ViewGroup {
return mParent
}
abstract fun refresh(fromNetwork: Boolean)
}
看到這裡,你應該已經大致知道了我的設計思想了。下面就是mvp架構的具體實現: 首先是View層: demo裡view層只有一個方法,
interface IView {
fun refreshModule(type: String, fromNetwork: Boolean)
}
要想重新整理哪個module,只需要把對應的type傳進來。
interface IPresenter {
fun onDataRes(type: String, fromNetwork: Boolean)
fun getModel(): Model
}
接下來看Presenter層: 這裡負責接收model層處理好的資料,並通知ui層更新ui。 最後看一下Model層:
interface IModel {
fun requestDataARes(modelA: ModelA, fromNetwork: Boolean)
fun requestDataBRes(modelB: ModelB, fromNetwork: Boolean)
fun requestDataCRes(modelC: ModelC, fromNetwork: Boolean)
fun requestDataDRes(modelD: ModelD, fromNetwork: Boolean)
}
這裡負責處理各個網路請求的資料,model層主要負責:傳送網路請求、將網路請求回來的資料進行記憶體和檔案快取。
到這裡mvp
就介紹完了,程式碼沒有全部列出,後面會奉上demo地址。
最後有一個MemoryCache類,可以在裡面輕鬆拿到所有的記憶體快取。
object MemoryCache {
fun setModelA(presenter: IPresenter, modelA: ModelA) {
presenter.getModel().memoryCache.modelA = modelA
}
fun getModelA(presenter: IPresenter): ModelA? {
return presenter.getModel().memoryCache.modelA
}
fun setModelB(presenter: IPresenter, modelB: ModelB) {
presenter.getModel().memoryCache.modelB = modelB
}
fun getModelB(presenter: IPresenter): ModelB? {
return presenter.getModel().memoryCache.modelB
}
fun setModelC(presenter: IPresenter, modelC: ModelC) {
presenter.getModel().memoryCache.modelC = modelC
}
fun getModelC(presenter: IPresenter): ModelC? {
return presenter.getModel().memoryCache.modelC
}
}
這個框架基本上就可以支援任何業務頁面的開發了,層次非常清晰。奉上demo地址。