MVP
MVP模式的目的是将业务处理部分从Activity所在的View层中独立出来作为Model,通过Presenter关联View和Model。View和Model的交互需要通过Presenter传递。
MVVM乍看之下和MVP差不多,他们之间最大的区别是MVP会持有抽象的View,而MVVM使用了双向绑定(data-binding),只是充当了View和Model之间的媒婆,一旦牵线成功就没媒婆什么事了,Model的变动,自动反映在 View上,反之亦然。
databinding数据绑定的使用
MVVM框架通过解析布局xml,自动生成ViewDataBinding的子类,我们不需要再手动去获取xml中的UI元素。这些类中的UI元素已经指定了绑定的数据类型,接下来就可以在ViewModel中指定数据源,实现UI随着数据源变化而变化。
build.gradle中添加:
android {
....
dataBinding {
enabled = true
}
}
布局文件中绑定数据源和UI:
<?xml version="1.0" encoding="utf-8"?>
//最外层是layout
<layout xmlns:android="http://schemas.android.com/apk/res/android">
//数据源声名
<data>
<variable name="user" type="com.example.User"/>
</data>
<LinearLayout
android:orientation="vertical"
android:layout_width="match_parent"
android:layout_height="match_parent">
<TextView android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:text="@{user.firstName}"/> //UI绑定数据源
<TextView android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:text="@{user.lastName}"/> //UI绑定数据源
</LinearLayout>
</layout>
定义数据源实体:
//可以不写get / set
public class User {
public final String firstName;
public final String lastName;
public User(String firstName, String lastName) {
this.firstName = firstName;
this.lastName = lastName;
}
}
DataBinding可以通过AndroidX的DataBindingUtil自动将layout生成一个binding class
。如果布局文件是main_activity.xml,就会生成一个MainActivityBinding的class:
MainActivityBinding binding = DataBindingUtil.setContentView(this, R.layout.main_activity);
User user = new User("Test", "User");
binding.setUser(user);
我们可以通过这个binding class管理数据源,数据源又会自动影响UI。
其实数据源可以使用基本数据类型,我们可以同样可以通过binding class来管理它:
<layout xmlns:android="http://schemas.android.com/apk/res/android"
xmlns:app="http://schemas.android.com/apk/res-auto">
<data>
<variable
name="isLoading"
type="boolean" />
</data>
...
</layout>
//生成binding class
private ListFragmentBinding mBinding;
mBinding = DataBindingUtil.inflate(inflater, R.layout.list_fragment, container, false);
//设置数据源的值
mBinding.setIsLoading(false);
databinding还支持事件绑定和自定义绑定,这里就不展开了。
ViewModel
ViewModel类是用来保存UI数据的类,它会在配置变更(即 Configuration Change,例如手机屏幕的旋转)之后继续存在。
我们获取ViewMode的代码如下:
XXX instance = ViewModelProviders.of(this).get(XXX.class);
MVVM相较于MVP的优缺点:
1,MVVM和MVP都可以实现UI和业务逻辑处理的解耦,但MVP需要定义大量UI和Model的接口供Presenter调用,修改起来比较麻烦;MVVM在面对修改时,一般情况下ViewModel不需要做太多的改动。
2,MVVM中,UI和数据的交互是自动的,并不需要Presenter转发
3,MVVM有大量的功能是通过xml自动生成的代码实现的,出现问题时不利于调试
4,使用dataBinding会导致大量的内存消耗:
(1)会产生多余的数组,存放view对象
(2)针对每一个控件都会产生一个回调对象
google官方demo BasicSample介绍
https://github.com/android/architecture-components-samples
粉色:View | 浅蓝:ViewModel | 紫色:Model | 淡黄:通过xml自动生成的类