MVVM架构

已于 2023-07-08 16:03:14 修改
阅读量5.6k 收藏 37
点赞数 6
文章标签： 架构 java android
于 2023-07-08 16:00:36 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_41720106/article/details/131612802
版权

MVVM

一、概述

       MVVM（Model-View-ViewModel）和MVC、MVP一样，也是一种项目架构模式，目前广泛应用在Android程序设计。MVVM主要由三部分组成，Model数据模型部分，View视图展示部分，ViewModel则是一个特殊的部分，为视图与数据模型的中间件。大概的结构如下图
在这里插入图片描述       这张图中，将程序分为了若干层。其中，UI控制层包含了我们平时写的Activity、Fragment和布局文件等与界面相关的东西。ViewModel层用于持有和UI元素相关的数据，以保证这些数据在屏幕旋转等动作时不会丢失，并且还要提供接口给UI控制层调用以及和仓库层进行通信。仓库层要做的主要工作是判断调用方请求的数据应该是从本地数据源中获取还是从网络数据源中获取，并将获取到的数据返回给调用方。本地数据源可以使用数据库、SharedPreferences等持久化技术来实现，也可以用网络数据源，通常访问服务器提供的Webservice接口来实现。并且，图中的所有箭头都是单向的，即是单向引用，具体原因下面会给到解释。

二、演变

       所谓前人栽树，后人乘凉，项目架构也是如此，现在的架构，取老架构的精华，去其糟粕，变得越来越完善，但是掌握老架构能让我们对新架构有更好的理解

2.1 MVC

                 在这里插入图片描述
       最经典的还是MVC，MVC架构中，很多的逻辑代码都写在了Activity中，后期需求的增加或者变更，Activity就会变得过于庞大，这时候的MVC变得难以维护，一度被吐槽为Massive-View-Controller（意为沉重的Controller），这种情况下，MVP出现了

2.2 MVP

                 在这里插入图片描述
       MVP架构的核心就是View与Presenter都被抽象成了接口，面向接口编程。因为面向接口，所以实现了依赖隔离。通俗点的解释View层只负责UI渲染，不再需要处理对应的业务逻辑，Presenter在获取到Model的数据，并进行处理后，通过View层暴露的接口调用去更新UI，这样View层和Model层不互相持有引用，保证是隔离和解耦的。
       MVP架构将我们从庞大的Activity中解救出来，只需定义好View与Presenter的接口，即可实现UI与业务逻辑独立开发，并且业务逻辑只在Presenter中进行维护，遵循了单一职责类的设计原则，提升了代码的可维护性；接口请求及缓存策略只在Model中进行维护，同Presente 一样，遵循了单一职责类的设计原则。View、Presenter、Model 类的体积都不会太大，提升了代码的可读性与可维护性。
       看起来已经很完善的MVP同样也有缺点
       1、Presenter层中，需要处理的业务逻辑过多，复杂的业务逻辑会使Presenter层非常庞大和臃肿，且Presenter中除了业务逻辑以外，还有大量的View->Model，Model->View的手动同步逻辑，维护困难
       2、接口及接口中声明的方法粒度不好把控。MVP的架构不是固定的，可能会随着实际需求的不同而有不同的改动。P层就是一个变化比较多的地方，P层的意义是使V与M层解耦。如果粒度太小，那么一旦业务多起来，我们的P层会非常臃肿。而如果粒度太大，那么我们一个P层确实可以达到复用，可却导致了我们不同需求的V层复用同一个P层接口时，实现了过多不需要的方法，这就是非常典型的违背了接口隔离，接口的实现类不应该实现没有的方法。而其中有些方法是否会用到以及是否会增加或删减还需要后续进一步确认。
       3、Activity中需要声明大量跟UI相关的方法，而相应的事件通过Presenter调用相关方法来实现。两者互相引用和调用，存在耦合。一旦View层的UI视图发生改变，接口中的方法就需要改变，View层和P层同时都需要修改。
       总结就是形式上解耦，职责分工却耦合，结构清晰，写起来不方便。

三、MVVM

       MVP的一些缺点，在MVVM中得到很好的改善，MVVM的运用，离不开Jetpack的一些组件。

       Jetpack是一个开发组件工具集，它的主要目的是帮助我们编写出更加简洁的代码，并简化我们的开发过程。Jetpack中的组件有一个特点，它们大部分不依赖于任何Android系统版本，这意味着这些组件通常是定义在AndroidX库当中的，并且拥有非常好的向下兼容性。
在这里插入图片描述
       Jetpack主要可以分为基础、架构、行为、界面这四部分。这四部包含了大量组件，许多架构组件都是专门为MVVM架构量身打造的。

2.1 ViewModel

2.1.1 基本用法

       ViewModel 应该可以算是Jetpack 中最重要的组件之一了 ，可以帮助Activity 分担一部分工作，专门用于存放与界 面相关的数据的。也就是说，只要是界面上能看得到的数据，它的相关变量都应该存放在 ViewModel 中，而不是Activity 中，这样可以在一定程度上减少Activity 中的逻辑。
ViewModel 还有一个非常重要的特性。我们都知道，当手机发生横竖屏旋转的时候， Activity 会被重新创建，同时存放在Activity 中的数据也会丢失。而ViewModel 的生命周期和 Activity 不同，它可以保证在手机屏幕发生旋转的时候不会被重新创建，只有当Activity 退出的 时候才会跟着Activity 一起销毁。因此，将与界面相关的变量存放在ViewModel 当中，这样即使旋转手机屏幕，界面上显示的数据也不会丢失。下图是ViewModel的生存期。
                                        在这里插入图片描述
       下面是创建一个基本的ViewModel实例，需要注意的是ViewModel的实例化，不能直接实例化，而是需要通过ViewModelProvider去获取，之所以不能直接创建实例，是因为ViewModel有其独立的生命周期，并且其生命周期要长于Activity。
       打个比方我们在onCreate()方法中创建ViewModel的实例，那么每次onCreate()方法执行的时候，ViewModel都会创建一个新的实例，这样当手机屏幕发生旋转的时候，就无法保留其中的数据了。

MainActivity.java

private TextView textView;
private Button plusOneBtn;
private MainViewModel viewModel;

@Override
protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    setContentView(R.layout.activity_main);
    textView = findViewById(R.id.info_text);
    plusOneBtn = findViewById(R.id.plus_one_btn);
    // 使用ViewModelProvider实例化ViewModel
    viewModel =new ViewModelProvider(this).get(MainViewModel.class);
    plusOneBtn.setOnClickListener(v -> {
        viewModel.count++;
        setTextView();
    });
    setTextView();
}

private void setTextView() {
    textView.setText(String.valueOf(viewModel.count));
}

MainViewModel.java

public class MainViewModel extends ViewModel {
    public int count = 0;
    
}

2.1.2 本地存储数据

       现在我们需要在View创建时，读取存储内的数据，并在初始化时赋值，这时就需要向ViewModel的构造函数传参，我们需要借助 ViewModelProvider.Factory。
       首先新建一个MainViewModelFactory类，并实现ViewModelProvider.Factory接口

MainViewModelFactory.java

public class MainViewModelFactory implements ViewModelProvider.Factory {

    private int count;

    public MainViewModelFactory(int count) {
        this.count = count;
    }

    @NonNull
    @Override
    public <T extends ViewModel> T create(@NonNull Class<T> modelClass) {
        return (T) new MainViewModel(count);
    }
}

       实现ViewModelProvider.Factory接口要求我们必须实现create()方法，因此这里在create()方法中我们创建MainViewModel的实例，并将count参数传了进去。这里可以创建MainViewModel实例的原因，是因为create()方法的执行时机和 Activity的生命周期无关，所以不会产生之前提到的重复创建丢失数据的问题。

MainViewModel.java

public class MainViewModel extends ViewModel {
    public int count;

    public MainViewModel(int count) {
        this.count = count;
    }
}

MainActivity.java

private TextView textView;
private Button plusOneBtn;
private Button cleanBtn;
private MainViewModel viewModel;
private SharedPreferences sp;

@Override
protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    setContentView(R.layout.activity_main);
    sp = getPreferences(Context.MODE_PRIVATE);
    int count = sp.getInt("count_reserved", 1);
    textView = findViewById(R.id.info_text);
    plusOneBtn = findViewById(R.id.plus_one_btn);
    cleanBtn = findViewById(R.id.clean_btn);
    // 使用MainViewModelFactory传递参数
    viewModel =new ViewModelProvider(this, new MainViewModelFactory(count)).get(MainViewModel.class);
    
    plusOneBtn.setOnClickListener(v -> {
        viewModel.count++;
        setTextView();
    });
    // 清零
    cleanBtn.setOnClickListener( v -> {
        viewModel.count = 0;
        setTextView();
    });
    setTextView();
}

/*保存计数*/
@Override
protected void onPause() {
    super.onPause();
    Log.d(TAG, "onPause: viewModel.counter = " + viewModel.count);
    SharedPreferences.Editor editor = sp.edit();
    editor.putInt("count_reserved", viewModel.count);
    editor.apply();
}

private void setTextView() {
    textView.setText(String.valueOf(viewModel.count));
}

2.2 LiveData

       LiveData是Jetpack提供的一种响应式编程组件，它可以包含任何类型的数据，并在数据发生变化的时候通知给观察者。ViewModel和LiveData是很经典且实用的组合

2.2.1 基本使用

       上述的ViewModel中，我们的逻辑代码依然是写在View层中的，并且这种计数方式在单线程模式下确实可以正常工作，但如果ViewModel的内部开启了线程去执行一些耗时逻辑，那么在点击按钮后就立即去获取最新的数据，得到的肯定还是之前的数据。一直都是在Activity中手动获取ViewModel中的数据这种交互方式，但是ViewModel却无法将数据的变化主动通知给Activity。并且前面说到，ViewModel的生命周期是长于Activity的，所以我们不能把Activity的实例传给ViewMode，否则Activity会因为无法释放而造成内存泄漏。这种情况就用到了LiveData。
       首先修改ViewModel内的代码

public class MainViewModel extends ViewModel {

    // MutableLiveData是一种可变的LiveData
    public MutableLiveData<Integer> count = new MutableLiveData<>();

    public MainViewModel(int count) {
        this.count.setValue(count);
    }

    public void plusOne() {
        if (count.getValue() == null) {
            return;
        }
        count.setValue(count.getValue() + 1);
    }

    public void clean() {
        count.setValue(0);
    }
}

       这里将count改成了一个MutableLiveData对象，MutableLiveData是一种可变的LiveData，LiveData对象有三个读写数据的方法，分别是读数据getValue()，写数据setValue()和postValue()，setValue()必须在主线程内使用。
       接着是MainActivity.java

private static final String TAG = "MainActivity";
private TextView textView;
private Button plusOneBtn;
private Button cleanBtn;
private MainViewModel viewModel;
private SharedPreferences sp;

@Override
protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    setContentView(R.layout.activity_main);
    sp = getPreferences(Context.MODE_PRIVATE);
    int count = sp.getInt("count_reserved", 1);
    textView = findViewById(R.id.info_text);
    plusOneBtn = findViewById(R.id.plus_one_btn);
    cleanBtn = findViewById(R.id.clean_btn);
    viewModel =new ViewModelProvider(this, new MainViewModelFactory(count)).get(MainViewModel.class);
    plusOneBtn.setOnClickListener(v -> {
        viewModel.plusOne();
    });
    cleanBtn.setOnClickListener( v -> {
        viewModel.clean();
    });

    
    viewModel.count.observe(this, new Observer<Integer>() {
        @Override
        public void onChanged(Integer integer) {
            textView.setText(String.valueOf(integer));
        }
    });
}

@Override
protected void onPause() {
    super.onPause();
    Log.d(TAG, "onPause: viewModel.counter = " + viewModel.count);
    SharedPreferences.Editor editor = sp.edit();
    if (viewModel.count.getValue() == null) {
        Log.d(TAG, "onPause: viewModel.count.getValue() is null");
        editor.putInt("count_reserved", 0);
        return;
    }
    editor.putInt("count_reserved", viewModel.count.getValue());
    editor.apply();
}

       主要的改动点有以下几个，点击事件内的逻辑处理换到了ViewModel内，添加了count的observe（）方法，这个方法就是用来观察数据的变化。任何LiveData对象都可以调用它的observe()方法来观察数据的变化。

       Activity/Fragment 通过观察 ViewModel 中的 LiveData 来更新界面。
       Repository 通过更新 ViewModel 中的 LiveData 来更新界面。

云追月wei
关注
MVVM框架
腻害
04-10 2万+
在WPF开发中，经典的编程模式是MVVM，是为WPF量身定做的模式，该模式充分利用了WPF的数据绑定机制，最大限度地降低了Xmal文件和CS文件的耦合度，也就是UI显示和逻辑代码的耦合度，如需要更换界面时，逻辑代码修改很少，甚至不用修改。 与WinForm开发相比，我们一般在后置代码中会使用控件的名字来操作控件的属性来更新UI，而在WPF中通常是通过数据绑定来更新UI；在响应用户操作上，WinForm是通过控件的事件来处理，而WPF可以使用命令绑定的方式来处理，耦合度将降低。 一、MVVM框架简介 1. 什
MVVM（Model-View-ViewModel）架构模式
最新发布
jun778895的博客
08-16 1209
MVVM模式由三部分组成：Model（模型）、View（视图）和ViewModel（视图模型）。Model：承载业务逻辑与数据实体，独立于UI并与ViewModel进行交互，实现数据获取与处理功能。View：用户界面层，负责显示数据和接收用户输入。在Android中，通常使用XML布局文件和Activity/Fragment等组件来创建视图。ViewModel：作为View与Model之间的桥梁，封装UI状态与逻辑，具备生命周期感知特性，确保在配置改变时数据得以持久保存。
架构：Android的MVVM
Happy
08-03 811
定义全名是Model View ViewModel，是模型(model)－视图(view)－VM(ViewModel)的缩写。是在MVP基础上改进的。效果图 请求前* 请求后 Android中使用MVVM 模型层(Model) 视图层(View) VM(ViewModel) 详细使用模型层(Model)Model层最大的特点是被赋予了数据获取的职责，与我们平常Model层只定义实体对象的行为截
说说MVVM
吃葡萄不吐葡萄皮
05-23 802
说说MVVM 前言 关于软件架构模式（确切的说是一种软件编码规范或者软件开发模式），这几年骂战不断。争论的焦点主要是在MVC、MVVM、MVP哪种架构最好，哪种架构才是最牛逼的、扩展性更强的、可维护性更高的。MVP讲道理现在都没怎么用过，用的最多的还是MVC设计模式，今天侧重一下MVVM吧 什么是MVVM MVVM（Model–View–Viewmodel）是一种软件架构模式。 MVVM有助...
Mvvm架构介绍
lko1314的博客
04-07 1573
MVVM是Model-View-ViewModel的简写。类似于目前比较流行的MVC、MVP设计模式，主要目的是 为了分离视图（View）和模型（Model）的耦合。 它是一种极度优秀的设计模式，但并非框架级别的东西，由MVP（Model-View-Presenter）模式与 WPF结合的应用方式时发展演变过来的一种新型架构。 立足于原有MVP框架并且把WPF的新特性糅合进去，以应对PC端开发日益复杂的需求变化。 相对于之前把逻辑结构写在Code Behind 里面的方式，MVVM几乎完全解耦了视图和逻辑业
MVVM架构模式
weixin_74239923的博客
08-29 2295
MVVM是Model-View-ViewModel的简写。即是模型-视图-视图模型。MVVM架构模式是一种软件设计模式，它将应用程序分为三个部分：模型（Model）、视图（View）和视图模型（ViewModel）。该模式的目的是将用户界面（UI）逻辑与业务逻辑分离，以便开发人员可以更轻松地管理和修改应用程序。在MVVM模式中，模型表示应用程序中的数据和业务逻辑，视图表示用户界面，视图模型则是连接模型和视图的桥梁。视图模型从模型获取数据并将其转换为视图可以理解的形式，然后将其传递给视图。
Kotlin+JetPack+协程实现的MVVM架构Wanandroid客户端
05-21
【Kotlin+JetPack+协程实现的MVVM架构Wanandroid客户端】 在现代Android应用开发中，MVVM（Model-View-ViewModel）架构模式逐渐成为主流，它将业务逻辑与用户界面分离，使得代码更加可测试和可维护。本项目“Kotlin...
Android Jetpack架构组件及MVVM架构
06-30
Android Jetpack架构组件，大部分程序员还未接触到...课程的最后，会用Android Jetpack架构组件搭建一个MVVM架构的Demo，一边写代码一边讲解，以最简洁的程序案例让大家明白如何使用Android Jetpack架构组件搭建项目。
使用Clean + MVVM架构开发的Android News应用-Android开发
05-26
Clean-MVVM-NewsApp一个使用Clean + MVVM体系结构构建的Android应用程序。 在应用程序中使用的组件中精选。 Kotlin-作为一种编程语言。 LiveData-生命周期感知的Observable Clean-MVVM-NewsApp一个使用Clean + MVVM...
C#MVVM架构 简单实例可以运行
02-06
**C# MVVM架构简介** MVVM（Model-View-ViewModel）是一种软件设计模式，尤其在开发WPF、UWP和Xamarin等基于.NET Framework的桌面应用或移动应用时广泛应用。该模式源自经典的MVC（Model-View-Controller）模式，但...
MVVM架构详解：前端开发的理想选择
cooldream2009的博客
06-23 3730
在前端开发领域，架构设计始终是一个热门话题。随着应用程序变得越来越复杂，选择合适的架构变得尤为重要。在众多架构模式中，MVVM（Model-View-ViewModel）架构因其独特的优势和广泛的应用受到了开发者的青睐。MVVM架构是MVC（Model-View-Controller）的一种变体，特别适用于数据绑定和视图逻辑处理。这篇文章将详细探讨MVVM架构的各个方面，帮助读者更好地理解和应用这一架构模式。
MVVM 框架
IT_abmin的博客
07-21 1237
MVVM 框架
浅谈MVVM软件架构
小T是我
09-09 3017
MVC：
android mvvm架构
05-16
Android MVVM 架构是一种基于 Model-View-ViewModel（模型-视图-视图模型）设计模式的架构，它旨在实现 Android 应用程序的高内聚、低耦合、可测试性和可维护性。在 MVVM 架构中，View（视图）和 ViewModel（视图...
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值