Android 架构设计 --- 关于 MVVM 模式的探讨

时间  2019-11-06
标签 android 架构 设计 关于 mvvm 模式 探讨 栏目 Android 繁體版
原文   原文链接

###1、MVP模式优缺点javascript

在说MVVM以前，简单回顾一下MVP分层，MVP总共分红三层：html

  • a 、View: 视图层，对应xml文件与Activity/Fragment；
  • b 、Presenter: 逻辑控制层，同时持有View和Model对象；
  • c 、Model: 实体层，负责获取实体数据。

MVP模式序列图

MVP模式有其很大的优势java

  • 1.解耦合，业务逻辑和视图分离；
  • 2.项目代码结构（文件夹）清晰，一看就知道什么类干什么事情；
  • 3.便于单元测试（其实仍是第一点）；
  • 4.协同工做（例如在设计师没出图以前能够先写一些业务逻辑代码或者其余人接手代码改起来比较容易）；

可是也有美中不足的部分，MVP模式的缺点以下：react

  • 1.Presente层与View层是经过接口进行交互的，接口粒度很差控制。粒度过小，就会存在大量接口的状况，使代码太过碎版化;粒度太大，解耦效果很差。由于View定义的方法并不必定所有要用到，可能只是后面要用到先定义出来（后面要不要删也未知），并且若是后面有些方法要删改，Presenter和Activity都要删改，比较麻烦；

  • 2.V层与P层仍是有必定的耦合度。一旦V层某个UI元素更改，那么对应的接口就必须得改，数据如何映射到UI上、事件监听接口这些都须要转变，牵一发而动全身。若是这一层也能解耦就更好了。android

  • 3.复杂的业务同时也可能会致使P层太大，代码臃肿的问题依然不能解决，这已经不是接口粒度把控的问题了，一旦业务逻辑愈来愈多，View定义的方法愈来愈多，会形成Activity和Fragment实现的方法愈来愈多，依然臃肿。git

###2、MVVM模式github

####2.一、数据的双向绑定
OK，如今开始介绍MVVM，MVVM模式不是四层，同MVP同样也是三层，可是我不一样意MVVM是MVP的升级版，两者有相同的地方，可是MVP的一些优势，MVVM也没法取代，MVVM的三层模型以下：网络

Model ：负责数据实现和逻辑处理，相似MVP。
View ： 对应于Activity和XML，负责View的绘制以及与用户交互，相似MVP。
ViewModel ： 建立关联，将model和view绑定起来。如此以后，咱们model的更改，经过viewmodel反馈给view。（view的xml布局文件，通过特定的编写，编译工具处理后，生成的代码会接收viewmodel的数据通知消息，自动刷新界面）。架构

能够看到，MVVM模式的最大亮点是双向绑定app

单向绑定上，数据的流向是单方面的，只能从代码流向UI；双向绑定的数据流向是双向的，当业务代码中的数据改变时，UI上的数据可以获得刷新；当用户经过UI交互编辑了数据时，数据的变化也能自动的更新到业务代码中的数据上。对于双向绑定，恰好可使用DataBinding，DataBinding是一个实现数据和UI绑定的框架，是构建MVVM模式的一个关键的工具。因此Android中实现MVVM就方便多了，IOS中还要使用block回调，或者使用reactiveCocoa库。

####2.二、DataBinding基本用法

#####- Gradle配置

只要在Gradle中的android域里面，将dataBinding打开就OK了。

#####- 建立实体类

public class User {
    private String name;
    private String age;

    public void onItemClick(View pView) {
        Toast.makeText(pView.getContext(), getName(), Toast.LENGTH_SHORT).show();
    }

    public String getAge() {
        return age;
    }

    public void setAge(String age) {
        this.age = age;
    }

    public String getName() {
        return name;
    }

    public void setName(String name) {
        this.name = name;
    }

    public User(String name, String age) {
        this.name = name;
        this.age = age;
    }
}复制代码

实现绑定的话，布局编写和传统的xml有区别

activity_main.xml

<?xml version="1.0" encoding="utf-8"?>
<layout xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:tools="http://schemas.android.com/tools">
    <data>
        <variable
            name="user"
            type="mvvm.wangjing.com.mvvm.User.User" />
    </data>
    <RelativeLayout
        android:id="@+id/activity_main"
        android:layout_width="match_parent"
        android:layout_height="match_parent"
        tools:context="mvvm.wangjing.com.mvvm.MainActivity">
        <TextView
            android:layout_width="wrap_content"
            android:layout_height="wrap_content"
            android:layout_centerInParent="true"
            android:onClick="@{user.onItemClick}"
            android:text="@{`My name is `+  user.name+`  I'm   `+user.age+`  years old `}" />
    </RelativeLayout>
</layout>复制代码

使用DataBinding后，布局都是以 标签做为根节点，这个布局 最终会生成一个Binding类,命名规则是：单词首字母大写，移除下划线，并在最后添加上Binding。我这里是activity_main.xml,因此生成的是ActivityMainBinding。 

public class MainActivity extends Activity {

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        //setContentView(R.layout.activity_main);
        ActivityMainBinding viewDataBinding = DataBindingUtil.setContentView(this, R.layout.activity_main);
        User user = new User("Looperjing", "20");
        viewDataBinding.setUser(user);
    }
}复制代码

把setContentView（R.layout.activity_main）换成DataBindingUtil.setContentView(this, R.layout.activity_main)，返回的是生成的绑定类ActivityMainBinding，而后将user进行绑定。运行效果以下。


可是这还不能实现双向绑定，要实现双向绑定的话。须要修改咱们的实体类。 

public class User extends BaseObservable {

    public ObservableField<String> name = new ObservableField<>();

    public ObservableField<String> age = new ObservableField<>();


    public User(String pName, String pAge) {
        name.set(pName);
        age.set(pAge);
    }

    @Bindable
    public String getName() {
        return name.get();
    }

    public void setName(String name) {
        this.name.set(name);
        notifyPropertyChanged(mvvm.wangjing.com.mvvm.BR.name);
    }

    @Bindable
    public String getAge() {
        return age.get();
    }

    public void setAge(String age) {
        this.age.set(age);
    }

    public void onItemClick(View pView) {
        Toast.makeText(pView.getContext(), name.get(), Toast.LENGTH_SHORT).show();
        setName("June");
    }

}复制代码

用 public ObservableField name = new ObservableField<>()这种方式来建立属性，ObservableField的做用是，当咱们实体类中的值发生改变时会自动通知View刷新。用 name.get()获取属性值，用name.set()设置属性值。若想改变一个字段，须要该字段的get方法添加上@Bindable注解，而后给该字段的set方法加上 notifyPropertyChanged(mvvm.wangjing.com.mvvm.BR.name)，上面的代码就演示了点击View的时候，修改name的值。关于dadabinding更高级的用法见： 戳我。

对于ObservableField这些字段是能够稍微作一下分类和包裹的。好比说可能一些字段是绑定到控件的一些Style属性上（如长度、颜色、大小），对于这类针对View Style的的字段能够声明一个ViewStyle类包裹起来，这样整个代码逻辑会更清晰一些，否则阅读性较差。而对于其余一些字段，好比说title、imageUrl、name这些属于数据源类型的字段，这些字段也叫数据字段，是和业务数据和逻辑息息相关的，这些字段能够放在一块。

上面演示了DataBinding是如何双向绑定的，这个是实现MVVM模式的中ViewModel的关键部分。

2.二、Android中的MVVM模式

####a、View层
view层就是xml和Activity

<?xml version="1.0" encoding="utf-8"?>
<layout xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:tools="http://schemas.android.com/tools">
    <data>
        <variable
            name="model"
            type="mvvm.wangjing.com.mvvm.User.UserViewModel" />
    </data>
    <RelativeLayout
        android:id="@+id/activity_main"
        android:layout_width="match_parent"
        android:layout_height="match_parent"
        tools:context="mvvm.wangjing.com.mvvm.MainActivity">
        <TextView
            android:layout_width="wrap_content"
            android:layout_height="wrap_content"
            android:layout_centerInParent="true"
            android:onClick="@{model.onItemClick}"
            android:text="@{`My name is `+  model.user.name+`  I'm   `+model.user.age+`  years old `}" />
    </RelativeLayout>
</layout>复制代码

请注意 ，此次 中导入的是UserViewModel，这也就是MVVM的VM层，当Model业务数据发生变化时候，通知UI更新，UI更新的时候，通知Model发生变化。 

<data>
        <variable name="model" type="mvvm.wangjing.com.mvvm.User.UserViewModel" /> </data>复制代码
public class MainActivity extends Activity {

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        final ActivityMainBinding viewDataBinding = DataBindingUtil.setContentView(this, R.layout.activity_main);
        UserViewModel userViewModel=new UserViewModel(this,viewDataBinding);
    }
}复制代码

能够发现，View层作的就是和UI相关的工做，咱们只在XML、Activity和Fragment写View层的代码，View层不作和业务相关的事，也就是咱们在Activity不写业务逻辑和业务数据相关的代码，更新UI经过数据绑定实现，尽可能在ViewModel里面作。

####b、ViewModel层

public class UserViewModel {

    //注意，这里都须要定义成public，不然这个字段读取不到

    public User user;

    public ActivityMainBinding mainBinding;

    public Activity activity;


    public UserViewModel(Activity pActivity, ActivityMainBinding pMainBinding) {
        this.activity = pActivity;
        this.mainBinding = pMainBinding;
        mainBinding.setModel(this);
        init();
    }

    private void init() {
       user=new User("LooperJing","20");
    }

    public void onItemClick(View pView) {
        Toast.makeText(pView.getContext(), "通知Medel层，异步请求，获取用户信息", Toast.LENGTH_SHORT).show();
    }
}复制代码

ViewModel仅仅专一于业务的逻辑处理,只作和业务逻辑和业务数据相关的事，UI相关的事情不要写在这里面，ViewModel 层不会持有任何控件的引用，更不会在ViewModel中经过UI控件的引用去作更新UI的事情。可是ViewModel可能会改变数据，因为数据和UI已经绑定到一块儿了，因此相应的控件上会自动去更新UI。

####c、Model层

Model层就是职责数据获取的，网络请求的逻辑在这里面写，相似于MVP。因此我以为ViewModel层能够持有一个Model的引用，通知Model获取数据，同时Model在获取到数据以后，回调通知ViewModel进行数据更改，进而使UI获得更新。

总结一下：View层的Activity经过DataBinding生成Binding实例,把这个实例传递给ViewModel，ViewModel层经过把自身与Binding实例绑定，从而实现View中layout与ViewModel的双向绑定。若是不引入ViewModel这一层，还会有一个缺点：一个xml中可能会涉及到多个数据对象，那么咱们只有把这个多个数据对象都引入进来，xml布局的清晰程度胡降低，经过这种方法，咱们的layout文件中data标签中只须要引入ViewModel就能够了，其它的数据对象统一在ViewModel中一并处理。关于三者的协做关系能够以下图表示：

from Kelin

####d、MVVM的问题
　　第一点：数据绑定使得 Bug 很难被调试。你看到界面异常了，有多是你 View 的代码有 Bug，也多是 Model 的代码有问题。数据绑定使得一个位置的 Bug 被快速传递到别的位置，要定位原始出问题的地方就变得不那么容易了。
　　第二点：对于过大的项目，数据绑定须要花费更多的内存。
　
对于MVVM的理解，发现网络上，你们在总体上的理解是差很少的，可是细节上有一些不同的地方，好比MVVM的业务逻辑分工不是很明确，有些人会在ViewModel写，有的会在Moldel中写，甚至还有一些反对派戳我，认为MVVM违背的JAVA的分层设计思想，我认为无论什么架构设计模块化，分层思想是基础，因此这个基本的原则咱们要遵照，对一些新的架构模式，抱着一个客观的态度去学学习老是能够提升本身的设计水平。

Please accept mybest wishes for your happiness and success !

推荐阅读：
Android架构设计---MVP模式第（一）篇之基本认实
Android架构设计---MVP模式第（二）篇，如何减小类爆炸

参考：

tech.meituan.com/android_mvv…

www.jianshu.com/p/2fc41a310…

zhuanlan.zhihu.com/p/23772285?…

github.com/tianzhijiex…

www.open-open.com/lib/view/op…

juejin.im/entry/57d16…

github.com/Kelin-Hong/…

相关文章
相关标签/搜索
每日一句
    每一个你不满意的现在，都有一个你没有努力的曾经。
本站公众号
   欢迎关注本站公众号,获取更多信息
联系我们 最近搜索 最新文章 沪ICP备13005482号-10 MyBatis教程 SQL 教程 MySQL教程 Java 教程 Thymeleaf 教程 Hibernate教程 Spring教程 Redis教程