【架构篇2】关于MVVM的思考

前言
Google为了提高大家应用开发的效率和规范性,也是操碎了心,为了大家构建强大而优质的应用,提出了官方应用架构指南

架构要遵循最重要的指南是分离关注点。

写在前面的话
关于应用架构,大家用的比较多的是MVVM架构。MVVM模式都快要淘汰了,还没有系统地思考过。随着年纪越来越大,记东西变得越来越难,为了记住MVVM模式,故写下这篇思考,便于以后忘记的时候拿出来再次阅读。

1 概述

MVVMModel–view–viewmodel)是一种软件架构模式

MVVM有助于将图形用户界面的开发与业务逻辑的开发分离开来,这是通过置标语言或GUI代码实现的。MVVM的视图模型是一个值转换器, 这意味着视图模型负责从模型中暴露(转换)数据对象,以便轻松管理和呈现对象。在这方面,视图模型比视图做得更多,并且处理大部分视图的显示逻辑。视图模型可以实现中介者模式,组织对视图所支持的用例集的后端逻辑的访问。

Talk is cheap, show me the code

1.1 Model层

  • 从webservice获取数据
interface WebService {
   
    @GET("/personal")
    fun getRecommendWallpapers(@QueryMap param: QueryParam): Single<BaseResult<ImageSetObj>>
}
object WebServiceFactory {

    fun <T> createService(env: ServerEnv, serviceClass: Class<T>): T {
        
        val client = OkHttpClient.Builder()
            .addInterceptor(HttpLoggingInterceptor(logger).apply { level = HttpLoggingInterceptor.Level.BODY })
            .hostnameVerifier { _, _ ->
                true
            }.build()

        val retrofit: Retrofit = Retrofit.Builder()
            .baseUrl(env.baseUl)
            .addConverterFactory(PbConvertFactory.create())
            .client(client)
            .build()

        return retrofit.create(serviceClass)
    }
}
//从数据库获取
class ListRepo {
    suspend fun queryVipGroup(): Int {
        return withContext(Dispatchers.IO) {
            ContactsLogUtils.d(TAG, "queryVipGroup")
            val context = Application.getApplication()
            //耗时操作返回的结果
            return@withContext 0
        }
    }

    suspend fun queryGroups(): List<ListItem>? {
        return withContext(Dispatchers.IO) {
            val context = Application.getApplication()
            val mutableList: MutableList<ListItem> = mutableListOf()
            //耗时操作返回的结果
            return@withContext mutableList
        }
    }
}

//从网络获取
class RecommendWallpaperRepo {
    private val webService: WallpaperWebService by lazy {
        WebDomains.MAIN().service(WallpaperWebService::class.java)
    }

    fun loadRecommendWallpapers(): Single<BaseResult<ImageSetObj>> {
        val recommendWallpapers = webService.getRecommendWallpapers(QueryParam.build())
        return recommendWallpapers
    }
}
ViewModel

ViewModel的生命周期
ViewModel对象存在的时间范围是获取 ViewModel时传递给 ViewModelProviderLifecycleViewModel将一直留在内存中,直到限定其存在时间范围的 Lifecycle永久消失:对于 activity,是在 activity 完成时;而对于 fragment,是在 fragment 分离时。

class ListViewModel : ViewModel() {
    private val mRepo = ListRepo()
    val vipCountLiveData = MutableLiveData<Int>()
    val listItemsLiveData = MutableLiveData<List<ListItem>>()
    
    fun loadVipGroups() {
        viewModelScope.launch {
            val vipCount = mRepo.queryVipGroup()
            vipCountLiveData.postValue(vipCount)
        }
    }
    
    fun loadGroups() {
        viewModelScope.launch {
            val groupItems = mRepo.queryGroups()
            listItemsLiveData.postValue(groupItems)
        }
    }
}
View
class ListFragment : Fragment() {
    private lateinit var mListViewModel: ListViewModel
    private lateinit var mRecyclerView: RecyclerView
    private lateinit var mAdapter: GroupListAdapter
    
    override fun onCreate(saveInstanceState: Bundle?) {
        super.onCreate(saveInstanceState)
        mListViewModel = ViewModelProvider(viewModelStore, ViewModelProvider.NewInstanceFactory()).get(ListViewModel::class.java)
        mListViewModel.vipCountLiveData.observe(this, Observer<Int?> { count ->
            //监听到数据变化后进行更新显示
        })
        
        mListViewModel.listItemsLiveData.observe(this, Observer<List<ListItem>?>{
            //监听到数据变化后操作
            mAdapter.setData(list)
            mAdapter.notifyDataSetChanged()
        })
    }
}

class GroupListAdapter(
    private var mContext: Context?,
    var mDatas: List<ListItem>?
) : RecyclerView.Adapter<GroupListAdapter.ListItemViewCache>() {
    fun setData(datas: List<ListItem>) {
        mDatas = datas
    }
    
    override fun onCreateViewHolder(
        parent: ViewGroup,
        viewType: Int
    ): ListItemViewCache {
        //返回ListItemViewCache
    }
    
    override fun getItemCount(): Int = mDatas?.size ?: 0
    
    override fun onBindViewHolder(
        holder: ListItemViewCache, 
        position: Int
    ) {
    
    }
    
    class ListItemViewCache(
        private val view: View
    ) : RecyclerView.ViewHolder(view) {
        init {
            //初始化
        }
    }
}
Model
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 225,226评论 6 524
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 96,509评论 3 405
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 172,523评论 0 370
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 61,181评论 1 302
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 70,189评论 6 401
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 53,642评论 1 316
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 41,993评论 3 431
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 40,977评论 0 280
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 47,527评论 1 326
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 39,547评论 3 347
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 41,661评论 1 355
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 37,250评论 5 351
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 42,991评论 3 340
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 33,422评论 0 25
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 34,571评论 1 277
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 50,241评论 3 382
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 46,737评论 2 366

推荐阅读更多精彩内容