Android_Jetpack:LiveData原理及使用ViewModel+ LiveData实现Fragment间的通信

本文详细解析了LiveData的工作原理,并通过实例展示了如何使用ViewModel和LiveData实现在Fragment间的通信。LiveData作为数据容器,实现了观察者模式,能够在数据变化时通知观察者。在ViewModel中结合LiveData,能够在页面生命周期变化时自动管理数据订阅,避免内存泄漏。此外,文章还探讨了LiveData在Fragment通信和配合Room数据库时的应用。
摘要由CSDN通过智能技术生成

说实话,一开始接触LiveData的概念,是通过郭神的《第一行代码(第三版)》,但是一股脑的各种概念铺天盖地而来,导致的后果就是面对LiveData莫名地有种恐惧,所以这也是我开始专门研究Jetpack的一个初衷(题外话,在小公司写传统业务代码,真的是可以用10年前的技术吃一辈子,严重脱节)。

一、LiveData原理

说回LiveData,可以将LiveData理解为一个数据的容器,它将数据包装起来,使数据成为被观察者,当该数据发生变化时,观察者能够获得通知。由于在LiveData内部默认已经实现好了观察者模式,所以我们只需要使用就可以了。

一般来说,我们都会讲LiveData和ViewModel一同使用,它们的关系大概如下图这样:
在这里插入图片描述
我们会在ViewModel存放页面所需要的各种数据,以及处理一些与数据相关的的逻辑,因此,ViewModel中的数据可能会随着业务的变化而变化。
对于页面来说,仅仅关心需要展示的数据,并且希望在数据发生变化时,能及时得到通知并作出更新。LiveData的作用就是,在ViewModel中的数据发生变化时通知页面。因此,LiveData通常被放在ViewModel中使用,用于包装ViewModel中那些需要被外界观察的数据。

查看LiveData的源码可知,LiveData是一个抽象类,因此不能直接使用。通常我们使用的是它的直接子类MutableLiveData。
现在我们需要在页面中点击按钮,点击一下显示的数字加1,因此,ViewModel部分可以这么写:

//每个Activity和Fragment都创建一个对应的ViewModel
//所有与界面相关的数据都应该存放在这里
//实现计数器功能
class MainViewModel(countReserved:Int):ViewModel(){
   
    val counter:LiveData<Int>//LiveData将数据的变化通知给Activity
        get()=_counter

    private var _counter = MutableLiveData<Int>()
    init {
   
        _counter.value = countReserved//记录之前保存的计数值
    }
    fun plusOne(){
   
        val count = _counter.value?:0
        _counter.value = count+1//counter.setValue()只能在主线程中调用.PostValue()用于非主线程中给LiveData设置数据
    }
    fun clear(){
   
        _counter.value = 0
    }
}

在页面中可以这么调用:

class MainActivity : AppCompatActivity() {
   
    lateinit var viewModel: MainViewModel
    override fun onCreate(savedInstanceState: Bundle?) {
   
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_main)
        viewModel = ViewModelProvider(this,MainViewModelFactory(countReserved)).get(MainViewModel::class.java)//获取ViewModel的实例,将countReserved传递给MainViewModel的构造函数
        viewModel.counter.observe(this, Observer {
    count->
            infoText.text = count.toString()
        })
    }
    fun plusOneClick(view:View){
   
        viewModel.
作者codyer,源码ElegantBus,ElegantBus 是一款 Android 平台,基于 LivaData 的消息总线框架,这是一款非常 优雅 的消息总线框架。如果对 ElegantBus 的实现过程,以及考虑点感兴趣的可以看看前几节自吹如果只是想先使用的,可以跳过,直接到跳到使用说明和常见 LivaData 实现的 EventBus 比较消息总线使用反射入侵系统包名进程内 Sticky跨进程 Sticky跨 APP Sticky事件可配置化线程分发消息分组跨 App 安全考虑常驻事件 StickyLiveEventBus:white_check_mark::white_check_mark::white_check_mark::x::x::x::x::x::x::x:ElegantBus:x::x::white_check_mark::white_check_mark::white_check_mark::white_check_mark::white_check_mark::white_check_mark::white_check_mark::white_check_mark:来龙去脉自吹ElegantBus 支持跨进程,且支持跨应用的多进程,甚至是支持跨进程的粘性事件,支持事件管理,支持事件分组,支持自定义事件,支持同名事件等。之所以称之为最优雅的总线,是因为她不仅实现了该有的功能,而且尽量选用最合适,最轻量,最安全的方式去实现所有的细节。 更值得夸赞的是使用方式的优雅!前言随着 LifeCycle 的越来越成熟,基于 LifeCycle 的 LiveData 也随之兴起,业内基于 LiveData 实现的 EventBus 也如雨后春笋一般拔地而起。出于对技术的追求,看过了无数大牛们的实现,各位大神们思路也是出奇的神通,最基础的 LiveData 版 EventBus 其实大同小异,一个单例类管理所有的事件 LivaData 集合。如果不清楚的可以随便网上找找反正基本功能 LivaData 都支持了,实现 EventBus 只需要把所有事件管理起来就完事了。业内基于 LiveData 实现的 EventBus,其实考虑的无非就是下面提到的五个挑战,有的人考虑的少,有的人考虑的多,于是各种方案都有。ElegantBus 主要是集合各家之优势,进行全方面的考虑而产生的。五个挑战 之 路途险阻挑战一 : 粘性事件背景 LivaData 的设计之初是为了数据的获取,因此无论是观察开始之前产生的数据,还是观察开始之后产生的数据,都是用户需要的数据,只要是有数据,当 LifeCycle 处于激活状态,数据就会传递给观察者。这个我们称之为 粘性数据。 这种设计对于事件来说有时候就不那么友好了,之前的事件用户可能并不关心,只希望收到注册之后发生的事件。挑战二 : 多线程发送事件可能丢失背景 同样是因为使用场景的原因,LivaData 设计在跨线程时,使用 post 提交数据,只会保留最后一次数据提交的值,因为作为数据来说,用户只需要关心现在有的数据是什么。挑战三 : 跨进程事件总线背景 有时候我们应用需要设置多进程,不同模块可能允许在不同进程中,因为单例模式每个进程都有一份实体,所有无法达到跨进程,这时候设计 IP 方案选择。说明 这里提一下为什么不选用广播方式,对广播有一定了解的都知道,全局广播会有信息泄露,信息干扰等问题,而且开销也比较大,因此全局广播并不适合这种情况。 也许有人会说可以用本地广播,然而,本地广播目前来说并不是很好的选择。Google 官方也在 LocalBroadcastManager 的说明里面建议使用 LiveData 替代: 原文地址原文如下:2018 年 12 月 17 日版本 1.1.0-alpha01 中将弃用 androidx.localbroadcastmanager。原因LocalBroadcastManager 是应用级事件总线,在您的应用中使用了层违规行为;任何组件都可以监听来自其他任何组件的事件。 它继承了系统 BroadcastManager 不必要的用例限制;开发者必须使用 Intent,即使对象只存在且始终存在于一个进程中。由于同一原因,它未遵循功能级 BroadcastManager。 这些问题同时出现,会对开发者造成困扰。替换您可以将 LocalBroadcastManager 替换为可观察模式的其他实现。合适的选项可能是 LiveData 或被动流,具体取决于您的用例。更明显的原因是,本地广播好像并不支持跨进程~挑战四 : 跨应用(权限问题以及粘性问题)背景 跨进程相对来说还比较好实现,但是有的时候用户会有跨应用的需求,其实这个也是 IPC 范畴,为什么单独提出
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值