Android Jetpack 狠活Lifecycles与LiveData使用详解
前言
今天在工作时,测试突然提了一个Bug给我,要求我将APP中某活动页面的UI界面要根据用户在由此页面跳转的下个页面操作,在返回时要实时更新。
在检查代码时,发现我已经对界面可变数据用LiveData去观测,但由于页面变化后并没有重新初始化UI,所以我放在初始化UI的请求根本没有起效,如上图所示例子,在进入下一个页面如若关闭开关,返回时无法及时更新,于是我便想到了安卓科技与狠活Lifecycles,去监听onResume,在resume时用livedata去post数据。
正篇
说了这么多但我们并没有看到代码,也即是LiveData是如何用的,所以下面我们先从代码示例看起:
class MainViewModel(countReserved: Int) : ViewModel() { val counter : LiveData<Int> get() = _counter private var _counter = MutableLiveData<Int>() init { _counter.value = countReserved } fun plusOne() { var count = _counter.value ?: 0 _counter.value = count + 1 } fun clear() { _counter.value = 0 } }
上面代码用到了我们之前说的ViewModel,与之前不同的是,我们为它的成员变量添加了LiveData,而且通过_counter设置私有变量的形式对外部不可见,使LiveData就不可变了,这样就能在非ViewModel中只能观察LiveData数据变化,而不能给LiveData设置数据。
为什么要这样做呢?这就不得不提一下上节我们的ViewModel生命周期问题,它是长与Activity的,这就可能导致Activity的实例传给ViewModel,而Activity无法释放造成内存泄漏,我们是绝对不能那样写的。
而LiveData可以包含任何类型数据,还能在数据变化时候通知给观察者,这样就能在数据变化时主动去通知Activity。
接下来我们再来看看上篇文章中写成的计数器的Activity是如何变化的:
override fun onCreate(savedInstanceState: Bundle?) { super.onCreate(savedInstanceState) setContentView(R.layout.activity_main) ... ... var infoText : TextView = findViewById(R.id.infoText) plusOneBtn.setOnClickListener { viewModel.plusOne() } clearBtn.setOnClickListener { viewModel.clear() } viewModel.counter.observe(this, Observer { count -> infoText.text = count.toString() }) } override fun onPause() { super.onPause() sp.edit { putInt("count_reserved",viewModel.counter.value ?: 0) } }
我们通过对LiveData的counter实例observe观察从而改变了计数器,效果如下:
我们可以看到,该计数器效果没有变化,但是实际上我们已经将ui数据的改变通过ViewModel去实现,这样的代码更科学也更合理,而且不用担心ViewModel内部会不会开启线程执行耗时逻辑。
但切记:如果在子线程给LiveData设置数据,一定得调用postValue()方法,而不能使用setValue()方法,否则会导致异常崩溃。
结语
LiveData应付正常的情况足够了,但工作还是出现了Bug,毕竟需要我们手动去获取value,所以本篇LiveData知识部分准备完成,下一篇我们将带大家去看看Leftcycles是如何亡羊补牢,力挽狂澜。
以上就是Android Jetpack 狠活Lifecycles与LiveData使用详解的详细内容,更多关于Jetpack Lifecycles LiveData的资料请关注脚本之家其它相关文章!
相关文章
View事件分发原理和ViewPager+ListView嵌套滑动冲突
这篇文章主要介绍了View事件分发原理和ViewPager+ListView嵌套滑动冲突,文章围绕主题展开详细的内容介绍,具有一定的参考价,需要的小伙伴可以参考一下2022-05-05
最新评论