Android-Mvvm模式和LiveData的使用以及DataBinding的关系

转载请标明出处https://www.jianshu.com/p/7fe5c2f9459a

前言:在上一篇https://www.jianshu.com/p/fb8d33168f57中说到要把MVVM的坑补上。哪有跳过MVVM学DataBinding就算的道理。
但是由于日常工作任务以及个人的缘故，拖了半个月。经过一段时间的学习，才发现DataBinding是构建MVVM的工具。
很早以前就使用的MVC过于耦合，Activity十分臃肿。MVP模式虽然解决了MVC耦合的问题，但是对象持有的内存泄露，和V层一定程度耦合，以及P层接口过多代码臃肿。都是潜在的问题，日常开发中经常可见。相较之下，学习了MVVM就一个感觉，真香。

1.MVVM是什么

MVVM是Model-View-ViewModel的简写。最早是Web开发的概念，它本质上就是MVC 的改进版。MVVM 就是将其中的View 的状态和行为抽象化，让我们将视图 UI 和业务逻辑分开。由ViewModel进行数据逻辑的处理，View专注视图UI。Model和传统意义的model有些许不同，这里不止是指实体对象，还包括了数据的获取，存储。MVVM是由数据驱动UI的，且ViewModel可复用，View和ViewModel之间十分解耦，可以在日常工作中分开编写。

2.MVVM的使用

dependencies {
    implementation fileTree(dir: 'libs', include: ['*.jar'])
    implementation 'com.android.support:appcompat-v7:24.2.0'
    implementation "android.arch.lifecycle:extensions:1.1.0"
}

这里会用到lifecycle组件，lifecycle是Google提供的应用组件生命周期管理组件。简单来说，它可以很好的对activity，Fragment等的生命周期进行监控管理，从而很好的避免内存泄漏甚至崩溃。官方文档中也有描述。

image

3.MVVM中的框架搭建

3.1ViewModel

官方提供了ViewModel类供我们继承。viewmodel是贯穿于整个activity生命周期的，只有activity销毁之后，viewmodel生命周期才结束。ViewModel只关注数据业务逻辑，ViewModel中不做视图相关的操作，更不持有控件引用。通常会搭配LiveData来使用，下面会提及。

public class UserViewModel extends ViewModel {
 }

如果你在viewmodel中需要用到上下文，可以继承AndroidViewModel。

public class UserViewModel extends AndroidViewModel {
    public UserViewModel(@NonNull Application application) {
        super(application);
    }
}

通常，是使用DataBinding的ObservableFields(实现了BaseObservable)实现对象可观察的。

public class UserViewModel extends AndroidViewModel {
    ObservableField liveDataUser = new ObservableField<>();
}

但是更多的我们会使用LiveData，LiveData能实现对象观察，还可以感知组件生命周期，ObservableFields则需要自己根据DataBinding手动处理生命周期问题。且LiveData可以主动调用postValue，setValue通知UI，且LiveData可以更好的许多架构组件 (如Room、WorkManager) 相互配合使用。这个在Google Android开发者官方账号也有提到。我们在viewmodel中使用LiveData，然后在view中配合LiveData的observe方法，即可观察数据变化。

public class UserViewModel extends AndroidViewModel {
    MutableLiveData liveDataUser = new MutableLiveData<>();
    public UserViewModel(@NonNull Application application) {
        super(application);
    }
    public LiveData Login() {
        //vm倾向于对数据的处理,而不是对于view的处理
        UserBiz userBiz = new UserBiz();
        //例如数据层网络请求操作
        userBiz.Login("基佬2", new ILoginListener() {
            @Override
            public void onSuccess(User user) {
                liveDataUser.postValue(user);
            }
            @Override
            public void onFail() {
            }
        });
        return liveDataUser;
    }
}

3.2View

这里activity就是我们真正意义上的View，并且View并不在意数据业务逻辑，不操作不处理数据，他只在乎UI该做的事情。

public class MainActivity extends AppCompatActivity {
    private UserViewModel mNameViewModel;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
//        mNameViewModel.getUsers().observe(this, new Observer>() {
//            @Override
//            public void onChanged(List users) {
//            }
//        });
        mNameViewModel = ViewModelProviders.of(this).get(UserViewModel.class);
        mNameViewModel.Login().observe(this, (User users) -> {
            //我们更倾向于让activity专注于视图的处理，而不是对于数据的处理。
            //订阅LiveData中User列表数据变化，以lambda形式定义Observer,进行监听
            Toast.makeText(this, "加载成功："+users.toString(), Toast.LENGTH_SHORT).show();
        });
    }
}

像这样，View就可以通过ViewModelProviders找到你的ViewModel，调用方法且通过上文提到的LiveData监听订阅。在View里只做View的事情，不涉及数据。

3.3Model

这里Model不单是实体模型，还包括了网络请求，服务等。是对数据的获取，存储的操作的。

public class UserBiz implements IUserBiz {
    @Override
    public void Login(String name, ILoginListener loginListener) {
        User user = new User();
        //模拟网络请求数据
        new Thread(new Runnable() {
            @Override
            public void run() {
                try {
                    Thread.sleep(5000);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
                user.setName(name);
                user.setAge("18岁2");
                user.setGender("男2");
                loginListener.onSuccess(user);
            }
        }).start();
    }
}

最终就可以实现5S后弹出toast的效果。甚至，如果你想达到databinding的单向绑定，只需要findViewById配合控件set即可。很简单的一个数据变化，UI变化的过程。

image

而且就算是想到达到双向绑定的效果，通过findViewById找到控件对控件进行监听，当控件内容变化的时候使用LiveData进行setValue或者postValue，也能达到。

4.思考

学到这可以发现在MVVM，是离不开LiveData对于数据的订阅的。但是对比前面学习的DataBinding，两者都可以实现双向绑定，而且网上很多文章都是将两者共同使用的，所以我很想弄明白他们之前到底有什么优劣，所以才有下面的结论。

4.1双向绑定

使用viewmodel也可以通过livedata在数据订阅回调中实现视图的变化，数据更新视图更新。
但需要编写findViewById和set的过程，模块一多代码非常繁重，activity依然臃肿。
使用viewmodel也可以通过livedata也可以通过setValue方法实现视图更新引起数据更新。
但一样需要编写findViewById和控件监听事件的过程，而且这样会导致view需要去操作数据。不符合MVVM的理念。
相较之下DataBinding实现非常简单，很多代码都是自动生成了在ActivityBindingImpl中，代码简洁。
但DataBinding出现报错不容易定位和处理，对于新手而言不大友好。

4.2生命周期

DataBinding一样可以使用ObservableField实现数据观察，但LiveData在数据对于组件生命周期的表现更加优秀，且兼容更多，是官方推荐的。

5.结论

MVVM模式的优势不言而喻，而且由官方直接提供库，学了之后真的逃不过真香，组件的生命周期被监听，最大限度的避免内存溢出甚至闪退。目前还感受不到MVVM在Android上的表现相较于传统框架的大缺点。可能比较弱势的地方就是出现Bug的时候比较难定位，你无法得知出现问题的是View层还是Model层。

作者：陌过生人丶
链接：https://www.jianshu.com/p/7fe5c2f9459a
来源：
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。