用代码手把手教你使用MVVM

前言 说到Android MVVM,就会联想到DataBinding框架。然而两者的概念是不一样的,不能混为一谈。MVVM是一种架构模式,而DataBinding是一个实现数据和UI绑定的框架,是构建MVVM模式的一个工具。

网上关于MVVM框架的搭建和使用的文章很少,大多提到MVVM框架,就是在介绍DataBinding的使用。对于MVVM中各模块之间如何划分,如何定义,又是如何配合实现高度解耦的文章更是少之又少。大家看完后还是一头雾水,只是对MVVM有个大概的了解,并不很清楚如何上手。

接下来,我们先认识什么是MVVM,然后再一步一步来设计整个MVVM框架。

MVC、MVP简介

MVC、MVP和MVVM都是在安卓开发中经常使用的模式,我们在认识MVVM之前先回顾一下MVC和MVP。

MVC

  • View:xml布局
  • Model:数据层,负责数据交互、存储和实体类定义
  • Controller:业务处理层

Android开发本身还是比较符合MVC架构的,但是Android中纯粹作为View的XML视图功能太弱,我们大量处理View的逻辑只能写在Activity中,这样Activity就充当了View和Controller两个角色,直接导致Activity中的代码臃肿、混乱,导致阅读困难、重用困难和维护困难。相信大多数Android开发者都遇到过一个Acitivty数以千行的代码情况吧!所以,更贴切的说法是,这个MVC结构最终其实只是一个Model-View(Activity:View&Controller)的结构。

MVP

  • View:xml文件及对应的Activity或Fragment,负责界面展示和交互
  • Model:数据层,负责数据交互、存储和实体类定义
  • Presenter:负责View层和Model层之间的逻辑处理

前面我们说,Activity充当了View和Controller两个角色,MVP就能很好地解决这个问题,其核心理念是通过一个抽象的View接口(不是真正的View层)将Presenter与真正的View层进行解耦。Persenter持有该View接口,对该接口进行操作,而不是直接操作View层。这样就可以把视图操作和业务逻辑解耦,从而让Activity成为真正的View层。

不足的是,MVP模式中定义了大量的接口,使得代码结构变大和复杂;MVP是UI和事件驱动,需要手动调用大量的方法来进行实现,缺乏自动性。

所以我们迎来了MVVM框架,当然得首先感谢google爸爸提供得DataBinding,真的是很强大!

MVVM简介

在MVVM模式中,将程序结构分为三层——View-ViewModel-Model,接下来我们一起来认识它们:

View:

View层负责和UI相关的工作,我们只在XML、Activity和Fragment写View层的代码,View层不进行业务处理,也就是我们在Activity不写业务逻辑和业务数据相关的代码。

更新UI通过数据绑定实现,尽量在ViewModel里面做,Activity要做的事就是初始化一些控件(如RecyclerView设置LayoutManager或者控件的显隐),View层可以通过数据来驱动更改UI,UI事件通过Command来绑定。

简而言之:View层不做任何业务逻辑、不涉及操作数据,UI和数据严格的分开。 UI更新和事件相应全部使用数据绑定,也就是DataBinding来实现。这就是MVVM和MVP、MVC很明显的不同之处。

ViewModel:

ViewModel层做的事情刚好和View层相反,ViewModel只负责业务逻辑,不做任何和UI相关的事情。

同时DataBinding框架已经支持双向绑定,让我们可以通过双向绑定获取View层反馈给ViewModel层的数据,并对这些数据上进行操作。

事件的处理,我们也希望能把这些事件处理绑定到控件上,并把这些事件的处理统一化,为此我们通过使用BindingAdapter对一些常用的事件做封装,把一个个事件封装成一个个Command,对于每个事件我们用一个ReplyCommand去处理就行了,ReplyCommand会把你可能需要的数据带给你,这使得我们在ViewModel层处理事件的时候只需要关心处理数据就行了,具体见MVVM Light Toolkit 使用指南的Command部分。

Model:

Model层不仅包括实体类的定义,还需要对数据进行处理和读写。例如:使用Retrofit或okHttp进行网络请求,或着如数据库操作等等。

MVVM优点

  • 数据驱动
  • 低耦合
  • 主线程更新UI
  • 可复用性
  • 方便单元测试

我们再来看下这张图:

简述下数据流走向:

View中使用DataBinding的Command来绑定事件和响应事件,触发网络请求;ViewModel进行分析处理,调用Model的数据请求方法;Model将收到的请求参数等信息封装,调用网络请求库;网络库(Retrofit等)与服务器进行交互;

服务器将json数据返回Retrofit等网络库,再返回到Model层中,ViewModel在回调中收到返回的实体类对象;

因为xml与实体类对象实现了双向绑定,实体类更新,使得UI更新!

ok!接下来我们就用活生生的例子来实现MVVM吧

实体类

这和平时写的实体类是不是没啥区别!

是的,所有的属性我们依旧如原来原来一样定义和设置get、set方法。但是,有一点不同的是实体类继承了BaseObservable,稍后我们再说。

Model类

这里呢,我使用的是自己封装过的Retrofit+RxJava的网络请求库,上面的Model用来进行新闻实体类News的网络请求;

也定义了一个CallBack接口:此回调可以让接下的ViewModel获得Model请求回来的实体类。

每个项目的网络请求库和方法都会不同,符合自己的就是最好的!(●ˇ∀ˇ●)

View

xml中

先看示例:

大家可定已经发现了:布局的编写和往常比还是又较大变化的。

熟悉DataBinding的朋友可以直接跳过这趴。由于本人对DataBinding也不是特别熟练,所以也只能和大家分享自己了解的一点使用方法。DataBinding拥有非常强大的功能,想深入了解的可以网上搜索,当然,本人不久也会把自己了解的DataBinding的知识整理成一篇博客,敬请期待!

  1. 我们使用 layout 作为布局文件的跟节点
  2. layout中包含data节点和普通的布局
  3. data节点中创建variable
  4. variable中有两个“属性”:name和type
  5. type声明实体类,格式为 包名.类名
  6. name为type中的实体类定义“名字”,供以下布局中使用
  7. 定义了data属性后,就相当于xml布局已和实体类绑定
  8. 在控件中引用实体类属性的格式为: @{实体类.属性名}
  9. 在控件中引用实体类方法的格式为: @{实体类.方法名}
  10. 涉及到图片加载:在实体类中使用@BindingAdapter注解图偏加载方法,在布局中引用url即可

因为本篇文章重点在于讲述MVVM框架的使用,所以DataBinding只进行粗略简介,如有错误,还望大家及时提出,我们一起进步!

Activity中

在Activity中设置布局,我们不再使用Activity的setContentView方法,取而代之的是:DataBindingUtil.setContentView

ActivityMainBinding activityMainBinding = DataBindingUtil.setContentView(this, R.layout.activity_main);

所返回的变量类型怎么来的呢?

将使用了DataBinding的布局名字,去掉所有下划线,将所有单词首字母大写,直接进行拼接,最后加上 Binding即可!

View层中这样就可以了!哈哈!

ViewModel

ViewModel层大家比较不熟悉,他和MVC的Controller、MVP的Presenter到底有什么区别呢?

ViewModel类应该怎么写呢?

先看下代码:

看看里边有些啥:

  • Context或Activity对象(这个应该好理解把)
  • 在Activity中创建的Binding对象
  • 实体类对象
  • Model层对象
  • ChildViewModel(例如Activity中嵌套多个Fragment的情况)

将实体类对象通过setXXX方法,设置给Binding对象。

当事件触发时,Model进行网络请求,在回调中更新实体类,便可对应的更新UI界面。

总结

实例中只是一个简单的功能的展示,大家在熟悉了MVVM后可再深度封装。

本文主要讲解了一些本人再开发过程中总结的Android MVVM构建思想,更多是理论上各个模块如何分工、代码如何设计。虽然在现实生产中用Android MVVM模式开发还比较少,但是随着DataBinding 1.0的发布,相信在Android MVVM 这一领域会更多的人来尝试。

由于时间有限,能力有限,文中不免有错误或不足的地方,还请大家提出,我们一同进步!

源码请点击:https://github.com/shuaijia/JsMVVM

原文发布于微信公众号 - Android机动车(JsAndroidClub)

原文发表时间:2017-11-13

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏猿湿Xoong

Android 8.0 SystemUI(四):二说顶部 StatusBar

大家好,我是ptt,本篇是 SystemUI 的第四篇,也是 StatusBar 的第二说。

1.5K40
来自专栏Android Note

一次代码,建立多次

16730
来自专栏IT大咖说

Oracle中最容易被忽略的那些实用特性

内容来源:2017 年 04 月 08 日,ITPUB管理版版主吕海波在“DBGeeK+PG数据库技术沙龙(4月杭州站)”进行《Oracle中最容易被忽略的那些...

15560
来自专栏技术小黑屋

Android中实现用户无感知处理后台崩溃

正所谓,要想没有bug,就一行代码也不写。App到了用户的手里,肯定是崩溃越少越好。Android中的崩溃处理和iOS不太一样,iOS崩溃通常是闪退,而安卓会出...

9410
来自专栏Golang语言社区

mysql_stmt_prepare failed! error(1461)Can't create more than

1461错误, mysql_stmt_prepare failed! 今天现场咨询我们问如何处理1461错误。 mysql_stmt_prepare faile...

61480
来自专栏编程思想之路

Android中应用调用系统权限

现在设备的安全性越来越受到重视,随之而来的便是开发中的各种不便,比如有普通权限,运行时权限,系统权限之分。对于运行时权限的添加可以参考 对于Android中各个...

31660
来自专栏郭霖

Android静默安装实现方案,仿360手机助手秒装和智能安装功能

之前有很多朋友都问过我,在Android系统中怎样才能实现静默安装呢?所谓的静默安装,就是不用弹出系统的安装界面,在不影响用户任何操作的情况下不知不觉地将程序装...

84490
来自专栏Android中高级开发

Android开发之漫漫长途 番外篇——内存泄漏分析与解决

该文章是一个系列文章,是本人在Android开发的漫漫长途上的一点感想和记录,我会尽量按照先易后难的顺序进行编写该系列。该系列引用了《Android开发艺术探索...

9220
来自专栏美团技术团队

Toast与Snackbar的那点事

49860
来自专栏Android先生

(新瓶旧酒)谷歌官方MVP项目学习--浅入源码

项目的目的是通过展示各种架构app的不同方式来帮助开发者解决架构问题。项目中通过不同的架构概念及方式实现了功能相同的app。你可以用示例来当做参考,或是干脆拿来...

13610

扫码关注云+社区

领取腾讯云代金券