Android Jetpacket套件之LiveData+ViewModel
最近很火的一个mvvm模式开发,其实原来2017年以前就有databinding的模式了。2018年的i/o大会Google推出的这个全家桶,让开发变得更加简单。一般新的东西到成熟估计还要2,3年吧,八卦的我怎么安奈得住,直接教程吧。
好处:数据驱动模式(也就是数据有变化会驱动界面刷新),解耦性强。团队开发分工更加清晰
缺点:难以调试
MVVM模式:
V:View层(Activity/Fragment)
M:Model层(逻辑层,请求数据等)
VM:ViewModel层(至关重要,起到承上启下的作用,里面肯定含有一个LiveData<T> ,通过改变这LiveData.setValue(T)等方法改变新数据后,View层就有有一个方法被调用)
关系解读:View持有ViewModel,ViewModel持有Model
执行完成之后你会发现空指针,就是在空指针的位置做你自己更新UI的操作
下面介绍几个关键的部分:
step3:ViewModel层一定要有一个LiveData<T>,这里的T就为你的需要去驱动刷新页面的数据类型
step4:通过LiveData.setValue(T)去刷新数据,就会驱动View层的回调
step6:获取ViewModel(这里需要注意的是引入库不一样,获取modelview的方法也不一样,如果是androidx的lifecycle库的话不是这样获取的,你会发现找不到ViewModelProviders这个类)
step7:通过ViewModel的LiveData.observe去添加监听器。当livedata数据有变化时,onChanged(T)就会被调用。我们就可以得到最新的数据T
优势体现:
以前 | 现在 |
请求网络放到activity中,UI渲染放到callback | 请求网络在viewmodel中,UI渲染仍然留在activity |
activity需要持有多个bean | activity只需要持有一个viewmodel |
手动切换线程 | 子线程也可以触发刷新UI, 无须手动切换 liveData.postValue (responseBodyResult.response() .body().string()); |
例子:
https://github.com/KubyWong/JetpackSample
参考:
https://blog.csdn.net/c10WTiybQ1Ye3/article/details/83965465