mvvm架构的利与弊

最新推荐文章于 2025-07-13 09:33:32 发布

置顶 yangzeshuang

最新推荐文章于 2025-07-13 09:33:32 发布

阅读量4.9k

点赞数

CC 4.0 BY-SA版权

本文链接：https://blog.youkuaiyun.com/EugeneYoung/article/details/94553509

本文介绍了MVVM架构及其与DataBinding的区别。MVVM通过ViewModel实现View和Model的双向绑定，降低了耦合度。DataBinding是一个工具，可在不同架构中使用。文章详细展示了MVVM的配置步骤，并指出其缺点包括增加内存开销和编译时间，以及调试难度增加。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

引言

mvvm架构是继mvc架构后衍生出的一个新的架构思想，在平时工作过程中很多同学都是把mvvm和dataBinding混为一团，只要被问到什么是mvvm就回答：“mvvm就是dataBinding”。其实这种理解是错的。本文就针对mvvm阐述下个人的理解，有不足支出多多谅解。

一、什么是mvvm

mvvm即 model-viewModel-view 的缩写，view层的布局控件和model层的数据通过中间桥梁viewModel实现双向绑定，而 view和model没有直接的交互，实现了view和model的解耦；它是一种架构思想。

二、什么是dataBinding

dataBinding是一个工具，它是通过Apt技术实现视图与数据源的双向绑定。（并不是大家所理解的用反射的技术实现）

不要把dataBing和mvvm混为一谈了，dataBinding作为一个工具，既可以在mvc中使用也可以在mvp中使用。只是mvvm架构也使用了dataBing这个工具。

三、mvvm的使用步骤

一，gradle配置

在module下的bulid.gradle的android{}下添加如下配置

    // 添加DataBinding依赖
    dataBinding{
        enabled = true
    }

二、在java包下分别建立model和vm包并分别创建两个java类，如下图

userInfo类中的代码如下：

ObservableField<>是一个android.databinding包下的非常重要的类，泛型的具体类型对应成员变量的数据类型

import android.databinding.ObservableField;

public class UserInfo {
   //必须是public修饰
    public ObservableField<String> username = new ObservableField<>();
    public ObservableField<String> age = new ObservableField<>();
}

ViewMode类的代码如下，vm层持有model的引用“userInfo” view层的ActivityMainBinding通过构造方法传进来，

然后调用binding.setUser将vm层和view层进行绑定

import com.example.jiagoushi.model.UserInfo;
import com.example.jiagoushi.databinding.ActivityMainBinding;

public class ViewModel {
    public UserInfo userInfo;
    public static final String TAG = "adnroidXX";

    public ViewModel(ActivityMainBinding binding) {
        userInfo = new UserInfo();
        binding.setUser(this);
        userInfo.username.set("yzs");
        userInfo.age.set("30");

    }

}

三、在activity中添加如下代码

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        ActivityMainBinding binding = DataBindingUtil.setContentView(this, R.layout.activity_main);
        new ViewModel(binding);
    }

DataBindingUtil也是在android.databinding包下的一个重要的类，需要把activity和布局资源文件id作为参数传递进去；

传递activity主要是为了能根据activity获取到视图的根布局DecorView，传递资源文件，是为了能够根据资源文件获取到控件对象。这一块的原理大家可以去阅读下dataBinding的源码；

四、在资源文件中使用方式

<?xml version="1.0" encoding="utf-8"?>
<layout xmlns:android="http://schemas.android.com/apk/res/android">

    <data>

        <variable
            name="user"
            type="com.example.jiagoushi.vm.ViewModel" />
    </data>

    <LinearLayout
        android:layout_width="match_parent"
        android:layout_height="match_parent"
        android:gravity="center"
        android:orientation="vertical">

        <EditText
            android:layout_width="wrap_content"
            android:layout_height="wrap_content"
            android:text="@={user.userInfo.username}" />

        <EditText
            android:layout_width="wrap_content"
            android:layout_height="wrap_content"
            android:text="@={user.userInfo.age}" />
    </LinearLayout>

</layout>

1、布局资源的跟标签需要使用<layout></layout>

2、在跟标签下，添加<data> <variable/> </data>标签如上图 ;"name" 可以理解成key；“tpye”的值为ViewModel类的全路径名称

3、在控件的属性值中使用 “ @={}”或者“@{}” 前者代表双向绑定，后者代表单向绑定

到这里就完成了mvvm的基本配置，大家可以按照上面步骤run一把，可以看到view控件的值和userInfo的属性值，任一方值改变都可以将新值自动更新给另一方。

四、mvvm的优缺点

优点：数据源和视图实现了双向绑定，很好的做到了数据的一致性

相比于mvp各层的耦合度更低，一个viewmodel层可以给多个view层共用。

缺点：因为使用了dataBinding，增加了大量的内存开销，增加了程序的编译时间，项目越大内存开销越大。

数据绑定使得 Bug 很难被调试。你看到界面异常了，有可能是你 View 的代码有 Bug，也可能是 Model 的代码有问题

END

mvp，mvvm都是一种设计思想，要根据实际的项目需求采用合适的架构，不要为了使用而使用。