android 安卓 mvp mvvm - mvp
android 安卓 mvp mvvm - mvvm

1.MVVM简介

MVVM是Model-View-ViewModel的简写。它本质上就是MVC 的改进版。MVVM 就是将其中的View 的状态和行为抽象化，让我们将视图 UI 和业务逻辑分开。当然这些事 ViewModel 已经帮我们做了，它可以取出 Model 的数据同时帮忙处理 View 中由于需要展示内容而涉及的业务逻辑。微软的WPF带来了新的技术体验，如Silverlight、音频、视频、3D动画……，这导致了软件UI层更加细节化、可定制化。同时，在技术层面，WPF也带来了诸如Binding、Dependency Property、Routed Events、Command、DataTemplate、ControlTemplate等新特性。MVVM（Model-View-ViewModel）框架的由来便是MVP（Model-View-Presenter）模式与WPF结合的应用方式时发展演变过来的一种新型架构框架。它立足于原有MVP框架并且把WPF的新特性糅合进去，以应对客户日益复杂的需求变化。

2.MVVM优点

MVVM模式和MVC模式一样，主要目的是分离视图（View）和模型（Model），有几大优点
1. 低耦合。视图（View）可以独立于Model变化和修改，一个ViewModel可以绑定到不同的"View"上，当View变化的时候Model可以不变，当Model变化的时候View也可以不变。
2. 可重用性。你可以把一些视图逻辑放在一个ViewModel里面，让很多view重用这段视图逻辑。
3. 独立开发。开发人员可以专注于业务逻辑和数据的开发（ViewModel），设计人员可以专注于页面设计，使用Expression Blend可以很容易设计界面并生成xaml代码。
4. 可测试。界面素来是比较难于测试的，而现在测试可以针对ViewModel来写。

3.MVVM流程图

image.png

4.android应用结构之viewModel

4.1ViewModel的生命周期

viewModel生命周期.png

ViewModel生命长度是在获取ViewModel时传递给ViewModelProvider的对象的生命周期决定的。 ViewModel保留在内存中，直到说依赖的有生命周期的对象永久消失：在Activity的情况下，当它被FINISHED，而在Fragment的情况下，当它被DETACHED。
图中展示了一个活动在经历一个循环后的各种生命周期状态，然后结束。该图还显示了相关活动生命周期旁边的ViewModel的生命周期。这个特定的图表说明了一个活动的状态。相同的基本状态适用于片段的生命周期。
Android framework管理UI控制器（如Activity和Fragment）的生命周期。 framework可能会决定销毁或重新创建UI控制器，以响应完全不受控制的某些用户操作或设备事件。
如果系统销毁或重新创建UI控制器，则存储在其中的所有临时的UI相关数据都将丢失。举个例子，您的应用中的一个Activity可能包含用户列表。当因配置更改重新创建Activity时，新Activity必须重新获取用户列表。对于简单数据，活动可以使用onSaveInstanceState()方法并从onCreate()中的数据包中恢复其数据，但是此方法仅适用于可以序列化然后反序列化的少量数据，而不适用于潜在的大量数据,例如用户列表或位图。
另一个问题是UI控制器经常需要异步请求，需要一些时间才能获取结果。 UI控制器需要管理这些请求，确保在系统销毁自己时，清理这些请求以避免潜在的内存泄漏。这种管理需要大量的维护代码，并且在因配置更改而重新创建UI控制器的时，可能不得不重新发出已经发出过的请求，这样会浪费许多资源。
UI控制器（如Activity和Fragment）主要用于显示UI数据，对用户操作做出响应，或处理与操作系统之间的通信（如权限请求）。再让UI控制器负责从数据库或网络加载数据，会导致该类过度臃肿。给UI控制器分配过多的工作，可能会导致一个类去单独处理应用程序的所有工作，而不是将工作委托给其他类。给UI控制器分配过多的工作也使得测试工作变得更加困难。
将视图数据的所有权从UI控制器逻辑中分离出来，会让项目更简单，更高效。

4.2ViewModel的使用

Architecture Components为UI控制器提供了ViewModel助手类，以便给UI准备数据。

public class LoginViewModel extends ViewModel implements LoginCallBack, LoginMethodInterface {
    private LoginMethod loginMethod;
    private MutableLiveData<Integer> loginResult = new MutableLiveData<>();
    public LoginViewModel() {
        this.loginMethod = new LoginMethod(this);
    }
    public MutableLiveData<Integer> getLoginResult() {
        return loginResult;
    }
    @Override
    public void onUnsernameError() {
        loginResult.setValue(1);
        loginResult.setValue(4);
    }
    @Override
    public void onPasswordError() {
        loginResult.setValue(2);
        loginResult.setValue(4);
    }
    @Override
    public void onSuccess() {
        loginResult.setValue(0);
    }
    @Override
    public void login(String username, String password) {
        loginResult.setValue(3);
        loginMethod.login(username,password);
    }
}

MutableLiveData<T>为对象的承载类，我觉得类似于接口回调函数,T为回调的对象
在Activity中通过 viewModel 来访问数据列表

public class LoginActivity extends AppCompatActivity implements LoginView {
    private LoginViewModel viewModel;

    @Override
    protected void onCreate(@Nullable Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        viewModel= ViewModelProviders.of(this).get(LoginViewModel.class);
        viewModel.getLoginResult().observe(this, new Observer<Integer>() {
            @Override
            public void onChanged(Integer integer) {
                switch (integer){
                    case 0:
                        startActivity(new Intent(LoginActivity.this,MainActivity.class));
                        break;
                    case 1:
                        username.setError(getString(R.string.username_error));
                        break;
                    case 2:
                        password.setError(getString(R.string.password_error));
                        break;
                    case 3:
                        progressBar.setVisibility(View.VISIBLE);
                        break;
                    case 4:
                        progressBar.setVisibility(View.GONE);
                        break;
                }
}

5 MVP与MVVM区别

ViewModel与View绑定后，ViewModel与View其中一方的数据更新都能立即通知到对方;Presenter需要通过接口去通知View进行更新。

6 MVVM的缺点

数据绑定使得程序较难调试，界面出现异常时，有可能是 View 的代码有问题，也可能是 Model 的代码有问题。由于数据绑定使得数据能够快速传递到其他为止，因此要定位出异常就比较有难度了。

个人认为MVP 与MVVM的用法其实差不多的，一个通过接口传输数据，一个通过viewModel传输数据，具体使用还是需要实际使用情况而定

以下是我写的简单的demo地址 mvvm与mvp写一块了
demo地址