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等的生命周期进行监控管理,从而很好的避免内存泄漏甚至崩溃。官方文档中也有描述。
lifecycle.jpg

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的双向绑定,只需要activityMainBinding.setLifecycleOwner()即可。一样可以实现。


MVVM-toast.jpg

4.思考

学到这可以发现在MVVM,是离不开LiveData对于视图数据的绑定的。但是对比前面学习的DataBinding,ObservableField都可以实现双向绑定。

4.1双向绑定和生命周期

DataBinding可以使用ObservableField实现数据观察,但LiveData通过activityMainBinding.setLifecycleOwner(this)也能实现双向绑定。且LiveData在数据对于组件生命周期的表现更加优秀,且兼容更多类型的数据,是官方推荐的。翻阅官方文章,发现需要我们这样写。
DataBinding+LiveData.jpg

5.结论

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

你可能感兴趣的:(Android Mvvm模式和LiveData的使用以及DataBinding的关系)