美文网首页
Android-Mvvm模式和LiveData的使用以及Data

Android-Mvvm模式和LiveData的使用以及Data

作者: KingWorld | 来源:发表于2020-10-26 19:28 被阅读0次

    转载请标明出处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<User> 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<User> liveDataUser = new MutableLiveData<>();
        public UserViewModel(@NonNull Application application) {
            super(application);
        }
        public LiveData<User> 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<List<User>>() {
    //            @Override
    //            public void onChanged(List<User> 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
    来源:简书
    著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。

    相关文章

      网友评论

          本文标题:Android-Mvvm模式和LiveData的使用以及Data

          本文链接:https://www.haomeiwen.com/subject/bbmamktx.html