前言
在前几年兴起了MVVM
架构设计模式,最具有代表的框架就是DataBinding
,虽然这种设计架构非常新颖,但是在使用中仍然还有很多痛点,所以我当时觉得短时间这个设计架构可能不会太流行。
最近接手了新项目,使用的就是MVVM
,才发现只一两年的功夫MVVM
的发展竟然这么快,已经是Android开发者必备的技能之一了。
正文
DataBinding
在刚开始阶段,最令我头疼的就是数据处理的问题,往往为了显示数据,我要在XML
中绑定N
多个字段,如果是一个中等以上的工程,还有更蛋疼的问题,例如:
- 你的
XML
可能迫切的需要if
或者switch
这样的判断; - 意想不到的空指针
在2018年,Google
推出JetPack
库,其中的ViewModel+LIveData
终于把MVVM
推上了新的高度。
ViewModel
使用ViewMode
l需要依赖lifecycle
库:
implementation "android.arch.lifecycle:viewmodel:x.x.x" implementation "android.arch.lifecycle:extensions:x.x.x"
ViewModel
的创建方法主要有两种:
// 获取FragmentActivity共享的ViewModel ViewModelProviders.of(FragmentActivity).get(ViewModel::class.java) // 获取FragmentActivity共享的ViewModel ViewModelProviders.of(Fragment).get(ViewModel::class.java)
ViewModel
的共享范围主要有两种:一种是FragmentActivity
,一种是Fragment
,可以根据自己的需要选择共享的范围。如果你想要一个Application
级别的ViewModel
,目前是不支持的,你可以自定义Application
持有一个ViewModel
,或者使用单例模式。
ViewModel解决的问题
扩大数据共享的应用场景。
一般的数据共享是Activity
与Fragment
的数据传递,传统做法是使用setArguments(Bundle)
,这种方法有以下弊端:
- 可能无法预测
setArguments
会在Fragment
的哪个周期完成,要进行异常判断; setArguments
中的数据可能会发现改变,如果是Activity
直接设置Fragment
的数据,耦合性很高;- 数据较多时,
Fragment
会有很多的变量,影响可读性和维护性。
使用ViewModel
,可以避免以上的尴尬情况,需要什么数据就从ViewModel
中取:
- 新加数据传递,不用修改
Activity
的setArguments
代码,Fragment
也不用编写数据接收的方法; - 减少数据传递,不必考虑是否要删除暂时无用的代码;
- 取数据时,请注意数据的有效性,做好判断即可;
除此之外,自定义View
也可以得到ViewModel
,这样某些功能耦合性非常强的自定义View
开发更加便捷。不过需要注意的是View
的context
的上下文是Activity
类型(不会是Fragment
)的,所以只能使用Activity
级别的数据共享。
解决DataBinding的视图显示问题。
如果视图的显示需要很多的数据,那么XML
就会变得越来越臃肿,并且迫切需要添加一些简单的判断,例如:
如果A为空就显示B,如果B为空就先是C,如果是C为空...
虽然DataBinding
支持三元运算符,能够满足if判断的需要,但是很显然在XML
维护逻辑要比Java
或者Kotlin
要困难的多(无拼写错误提示等)。所以我们非常需要把部分代码从XML
分离出来,ViewModel
就非常适合担任这个角色。
修改前:
<?xml version="1.0" encoding="utf-8"?> <layout> <data> <variable name="A" type="String" /> <variable name="B" type="String" /> <variable name="C" type="String" /> </data> <TextView android:layout_width="match_parent" android:layout_height="wrap_content" android:maxLines="4" android:ellipsize="middle" android:text="A != null ? A : B != null ? B : C" /> ... </layout>
修改后:
<?xml version="1.0" encoding="utf-8"?> <layout> <data> <variable name="viewModel" type="ViewModel" /> </data> <TextView android:layout_width="match_parent" android:layout_height="wrap_content" android:maxLines="4" android:ellipsize="middle" android:text="@{viewModel.getShowContent()}" /> ... </layout>
LiveData
刚才我们已经讨论了ViewModel
的用法,但是还有一个问题没有解决,那就是数据更新的问题,解决这个问题的最佳方式就是观察者模式,但是如果没有处理好观察者的注册和解绑很容易出现内存溢出。LiveData
就可以完美的解决这个问题。
我们需要添加LiveData
的依赖:
implementation "androidx.lifecycle:lifecycle-livedata:2.1.0"
下面是一个简单的示例:
// 名为openDrawer的Boolean类型的LiveData public final MutableLiveData<Boolean> openDrawer = new MutableLiveData<>(); // 更新openDrawer openDrawer.setValue(true) // 观察openDrawer 的值的变化 openDrawer.observe(this, aBoolean -> { Toast.makeText(this, "${aBoolean}", Toast.LENGTH_SHORT).show(); });
LiveData
的子类是MutableLiveData
,内部有value
属性保存最新的值,订阅LiveData
的变化,直接调用LiveData.observe()
:
public void observe(@NonNull LifecycleOwner owner, @NonNull Observer<? super T> observer)
owner:注册的周期,会在owner销毁的时候,解绑观察者。
observer:观察的值发生变化的回调函数
owner
直接使用Activity
或者Fragment
即可。如果你还不了解Lifecycle
的使用,可以查看一下相关的资料。
总结
最后我画了一张架构图,总结了一下最新的MVVM
的使用架构:
免责声明:
① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的,并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据,供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。
② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341
软考中级精品资料免费领
- 历年真题答案解析
- 备考技巧名师总结
- 高频考点精准押题
- 资料下载
- 历年真题
193.9 KB下载数265
191.63 KB下载数245
143.91 KB下载数1142
183.71 KB下载数642
644.84 KB下载数2755