AAC架构和Mvvm模式解析（MvvmHabit）

AAC即Android Architecture Components,一个处理UI的生命周期与数据的持久化的架构
https://github.com/goldze/MVVMHabit

一、框架流程

以DataBinding+LiveData+ViewModel框架为基础，整合Okhttp+RxJava+Retrofit+Glide等流行模块，加上各种原生控件自定义的BindingAdapter，让事件与数据源绑定的一款实用性MVVM快速开发框架。

二、框架特点

快速开发

只需要写项目的业务逻辑，不用再去关心网络请求、权限申请、View的生命周期等问题。

维护方便

MVVM开发模式，低耦合，逻辑分明。Model层负责将请求的数据交给ViewModel；ViewModel层负责将请求到的数据做业务逻辑处理，最后交给View层去展示，与View一一对应；View层只负责界面绘制刷新，不处理业务逻辑，非常适合分配独立模块开发。

流行框架

retrofit+okhttp+rxJava负责网络请求；glide负责加载图片；rxlifecycle负责管理view的生命周期；与网络请求共存亡；rxbinding结合databinding扩展UI事件；rxpermissions负责Android 6.0权限申请；Room负责数据库存储。

数据绑定

满足google目前控件支持的databinding双向绑定，并扩展原控件一些不支持的数据绑定。例如将图片的url路径绑定到ImageView控件中，在BindingAdapter方法里面则使用Glide加载图片；View的OnClick事件在BindingAdapter中方法使用RxView防重复点击，再把事件回调到ViewModel层，实现xml与ViewModel之间数据和事件的绑定(框架里面部分扩展控件和回调命令使用的是@kelin原创的)。

基类封装

专门针对MVVM模式打造的BaseActivity、BaseFragment、BaseViewModel，在View层中不再需要定义ViewDataBinding和ViewModel，直接在BaseActivity、BaseFragment上限定泛型即可使用。普通界面只需要编写Fragment，然后使用ContainerActivity盛装(代理)，这样就不需要每个界面都在AndroidManifest中注册一遍。（选择使用）

全局操作

全局的Activity堆栈式管理，在程序任何地方可以打开、结束指定的Activity，一键退出应用程序。
通用的网络请求异常监听，根据不同的状态码或异常设置相应的message。
全局的异常捕获，程序发生异常时不会崩溃，可跳入异常界面重启应用。（选择使用）
全局事件回调，提供RxBus、Messenger两种回调方式。
全局点击事件防抖动处理，防止点击过快。
三、快速上手
3.1、第一个Activity
以大家都熟悉的登录操作为例：三个文件LoginActivty.java、LoginViewModel.java、activity_login.xml

3.1.1、关联ViewModel
在activity_login.xml中关联LoginViewModel。

..... variable - type：类的全路径 variable - name：变量名

3.1.2、继承BaseActivity
LoginActivity继承BaseActivity

public class LoginActivity extends BaseActivity<ActivityLoginBinding, LoginViewModel> {//ActivityLoginBinding类是databinding框架自定生成的,对activity_login.xml@Overridepublic int initContentView(Bundle savedInstanceState) {return R.layout.activity_login;}@Overridepublic int initVariableId() {return BR.viewModel;}@Overridepublic LoginViewModel initViewModel() {//View持有ViewModel的引用，如果没有特殊业务处理，这个方法可以不重写ViewModelProvider.AndroidViewModelFactory androidViewModelFactory = new ViewModelProvider.AndroidViewModelFactory(BaseApplication.getInstance());return new ViewModelProvider(activity, androidViewModelFactory).get(LoginViewModel.class);}
}

保存activity_login.xml后databinding会生成一个ActivityLoginBinding类。（如果没有生成，试着点击Build->Clean Project）

BaseActivity是一个抽象类，有两个泛型参数，一个是ViewDataBinding，另一个是BaseViewModel，上面的ActivityLoginBinding则是继承的ViewDataBinding作为第一个泛型约束，LoginViewModel继承BaseViewModel作为第二个泛型约束。

重写BaseActivity的二个抽象方法

initContentView() 返回界面layout的id
initVariableId() 返回变量的id，对应activity_login中name=“viewModel”，就像一个控件的id，可以使用R.id.xxx，这里的BR跟R文件一样，由系统生成，使用BR.xxx找到这个ViewModel的id。

选择性重写initViewModel()方法，返回ViewModel对象

@Override  public LoginViewModel initViewModel() {
//View持有ViewModel的引用，如果没有特殊业务处理，这个方法可以不重写 ViewModelProvider.AndroidViewModelFactory androidViewModelFactory = new ViewModelProvider.AndroidViewModelFactory(BaseApplication.getInstance());  return new ViewModelProvider(activity, androidViewModelFactory).get(LoginViewModel.class);
}

注意：不重写initViewModel()，默认会创建LoginActivity中第二个泛型约束的LoginViewModel，如果没有指定第二个泛型，则会创建BaseViewModel

3.1.3、继承BaseViewModel
LoginViewModel继承BaseViewModel

public class LoginViewModel extends BaseViewModel {public LoginViewModel(@NonNull Application application) {super(application);}....
}

BaseViewModel与BaseActivity通过LiveData来处理常用UI逻辑，即可在ViewModel中使用父类的showDialog()、startActivity()等方法。在这个LoginViewModel中就可以尽情的写你的逻辑了！

BaseFragment的使用和BaseActivity一样，详情参考Demo。

3.2、数据绑定
拥有databinding框架自带的双向绑定，也有扩展

3.2.1、传统绑定
绑定用户名：

在LoginViewModel中定义

//用户名的绑定
public ObservableField userName = new ObservableField<>("");
在用户名EditText标签中绑定

android:text="@={viewModel.userName}"
这样一来，输入框中输入了什么，userName.get()的内容就是什么，userName.set("")设置什么，输入框中就显示什么。注意： @符号后面需要加=号才能达到双向绑定效果；userName需要是public的，不然viewModel无法找到它。

点击事件绑定：

在LoginViewModel中定义

//登录按钮的点击事件

public View.OnClickListener loginOnClick = new View.OnClickListener() {@Overridepublic void onClick(View v) {}
};

在登录按钮标签中绑定

android:onClick="@{viewModel.loginOnClick}"
这样一来，用户的点击事件直接被回调到ViewModel层了，更好的维护了业务逻辑

这就是强大的databinding框架双向绑定的特性，不用再给控件定义id，setText()，setOnClickListener()。

但是，光有这些，完全满足不了我们复杂业务的需求啊！MVVMHabit闪亮登场：它有一套自定义的绑定规则，可以满足大部分的场景需求，请继续往下看。

3.2.2、自定义绑定
还拿点击事件说吧，不用传统的绑定方式，使用自定义的点击事件绑定。

在LoginViewModel中定义

//登录按钮的点击事件

public BindingCommand loginOnClickCommand = new BindingCommand(new BindingAction() {@Overridepublic void call() {}
});

在activity_login中定义命名空间

xmlns:binding=“http://schemas.android.com/apk/res-auto”
在登录按钮标签中绑定

binding:onClickCommand="@{viewModel.loginOnClickCommand}"
这和原本传统的绑定不是一样吗？不，这其实是有差别的。使用这种形式的绑定，在原本事件绑定的基础之上，带有防重复点击的功能，1秒内多次点击也只会执行一次操作。如果不需要防重复点击，可以加入这条属性

binding:isThrottleFirst="@{Boolean.TRUE}"
那这功能是在哪里做的呢？答案在下面的代码中。

//防重复点击间隔(秒)
public static final int CLICK_INTERVAL = 1;

/**

requireAll 是意思是是否需要绑定全部参数, false为否
View的onClick事件绑定
onClickCommand 绑定的命令,
isThrottleFirst 是否开启防止过快点击
*/

@BindingAdapter(value = {"onClickCommand", "isThrottleFirst"}, requireAll = false)
public static void onClickCommand(View view, final BindingCommand clickCommand, final boolean isThrottleFirst) {if (isThrottleFirst) {RxView.clicks(view).subscribe(new Consumer<Object>() {@Overridepublic void accept(Object object) throws Exception {if (clickCommand != null) {clickCommand.execute();}}});} else {RxView.clicks(view).throttleFirst(CLICK_INTERVAL, TimeUnit.SECONDS)//1秒钟内只允许点击1次.subscribe(new Consumer<Object>() {@Overridepublic void accept(Object object) throws Exception {if (clickCommand != null) {clickCommand.execute();}}});}
}

onClickCommand方法是自定义的，使用@BindingAdapter注解来标明这是一个绑定方法。在方法中使用了RxView来增强view的clicks事件，.throttleFirst()限制订阅者在指定的时间内重复执行，最后通过BindingCommand将事件回调出去，就好比有一种拦截器，在点击时先做一下判断，然后再把事件沿着他原有的方向传递。

是不是觉得有点意思，好戏还在后头呢！

3.2.3、自定义ImageView图片加载
绑定图片路径：

在ViewModel中定义

public String imgUrl = “http://img0.imgtn.bdimg.com/it/u=2183314203,562241301&fm=26&gp=0.jpg”;
在ImageView标签中

binding:url="@{viewModel.imgUrl}"
url是图片路径，这样绑定后，这个ImageView就会去显示这张图片，不限网络图片还是本地图片。

如果需要给一个默认加载中的图片，可以加这一句

binding:placeholderRes="@{R.mipmap.ic_launcher_round}"
R文件需要在data标签中导入使用，如：

BindingAdapter中的实现

@BindingAdapter(value = {"url", "placeholderRes"}, requireAll = false)
public static void setImageUri(ImageView imageView, String url, int placeholderRes) {if (!TextUtils.isEmpty(url)) {//使用Glide框架加载图片Glide.with(imageView.getContext()).load(url).placeholder(placeholderRes).into(imageView);}
}

很简单就自定义了一个ImageView图片加载的绑定，学会这种方式，可自定义扩展。

如果你对这些感兴趣，可以下载源码，在binding包中可以看到各类控件的绑定实现方式

3.2.4、RecyclerView绑定
RecyclerView也是很常用的一种控件，传统的方式需要针对各种业务要写各种Adapter，如果你使用了mvvmhabit，则可大大简化这种工作量，从此告别setAdapter()。

在ViewModel中定义：

//给RecyclerView添加items
public final ObservableList observableList = new ObservableArrayList<>();
//给RecyclerView添加ItemBinding
public final ItemBinding itemBinding = ItemBinding.of(BR.viewModel, R.layout.item_network);
ObservableList<>和ItemBinding<>的泛型是Item布局所对应的ItemViewModel

在xml中绑定

<android.support.v7.widget.RecyclerViewandroid:layout_width="match_parent"android:layout_height="match_parent"binding:itemBinding="@{viewModel.itemBinding}"binding:items="@{viewModel.observableList}"binding:layoutManager="@{LayoutManagers.linear()}"binding:lineManager="@{LineManagers.horizontal()}" />

layoutManager控制是线性(包含水平和垂直)排列还是网格排列，lineManager是设置分割线

网格布局的写法：binding:layoutManager="@{LayoutManagers.grid(3)}
水平布局的写法：binding:layoutManager="@{LayoutManagers.linear(LinearLayoutManager.HORIZONTAL,Boolean.FALSE)}"

使用到相关类，则需要导入该类才能使用，和导入Java类相似

这样绑定后，在ViewModel中调用ObservableList的add()方法，添加一个ItemViewModel，界面上就会实时绘制出一个Item。在Item对应的ViewModel中，同样可以以绑定的形式完成逻辑

可以在请求到数据后，循环添加observableList.add(new NetWorkItemViewModel(NetWorkViewModel.this, entity));详细可以参考例子程序中NetWorkViewModel类。

注意：在以前的版本中，ItemViewModel是继承BaseViewModel，传入Context，新版本3.x中可继承ItemViewModel，传入当前页面的ViewModel

更多RecyclerView、ListView、ViewPager等绑定方式，请参考 https://github.com/evant/binding-collection-adapter

3.2.5、Messenger
Messenger是一个轻量级全局的消息通信工具，在我们的复杂业务中，难免会出现一些交叉的业务，比如ViewModel与ViewModel之间需要有数据交换，这时候可以轻松地使用Messenger发送一个实体或一个空消息，将事件从一个ViewModel回调到另一个ViewModel中。

使用方法：

定义一个静态String类型的字符串token

public static final String TOKEN_LOGINVIEWMODEL_REFRESH = “token_loginviewmodel_refresh”;
在ViewModel中注册消息监听

//注册一个空消息监听
//参数1：接受人（上下文）
//参数2：定义的token
//参数3：执行的回调监听

Messenger.getDefault().register(this, LoginViewModel.TOKEN_LOGINVIEWMODEL_REFRESH, new BindingAction() {@Overridepublic void call() {}
});

//注册一个带数据回调的消息监听
//参数1：接受人（上下文）
//参数2：定义的token
//参数3：实体的泛型约束
//参数4：执行的回调监听

Messenger.getDefault().register(this, LoginViewModel.TOKEN_LOGINVIEWMODEL_REFRESH, String.class, new BindingConsumer<String>() {@Overridepublic void call(String s) {}
});

在需要回调的地方使用token发送消息

//发送一个空消息
//参数1：定义的token
Messenger.getDefault().sendNoMsg(LoginViewModel.TOKEN_LOGINVIEWMODEL_REFRESH);

//发送一个带数据回调消息
//参数1：回调的实体
//参数2：定义的token
Messenger.getDefault().send(“refresh”,LoginViewModel.TOKEN_LOGINVIEWMODEL_REFRESH);
token最好不要重名，不然可能就会出现逻辑上的bug，为了更好的维护和清晰逻辑，建议以aa_bb_cc的格式来定义token。aa：TOKEN，bb：ViewModel的类名，cc：动作名（功能名）。

为了避免大量使用Messenger，建议只在ViewModel与ViewModel之间使用，View与ViewModel之间采用ObservableField去监听UI上的逻辑，可在继承了Base的Activity或Fragment中重写initViewObservable()方法来初始化UI的监听

注册了监听，当然也要解除它。在BaseActivity、BaseFragment的onDestroy()方法里已经调用Messenger.getDefault().unregister(viewModel);解除注册，所以不用担心忘记解除导致的逻辑错误和内存泄漏。

AAC架构和Mvvm模式解析（MvvmHabit）相关推荐

移动开发架构之MVVM模式
MVVM概念的提出和起源 MVVM是Model-View-ViewModel的简写,最早是由微软公司提出并运用,是MVP(Model-View-Presenter)模式与WPF结合的应用方式时发展演变 ...
iOS进阶之架构设计MVVM模式仿新闻项目（6）
这是MVVM的第三篇文章了,之所以花这么多文章来介绍MVVM,就是为了加深对MVVM的理解,以及从不同demo的角度,对比分析那种是最适合自己的模式. 转自文章 iOS使用MVVM模式仿新闻项目一. ...
iOS进阶之架构设计MVVM模式实践（11）
1.下面通过一个实例来体会一下MVVM架构模式,下面是该工程的一级目录如下,每层之间的交互是用Block的形式来实现的工程目录说明: 1.Request:文件夹下存储网络请求的类,下面会给出具体的实 ...
iOS进阶之架构设计MVVM的理解（3）
iOS进阶之架构设计MVC(1) iOS进阶之架构设计MVP(2) 前言: 前两篇文章已经理解MVC.MVP的设计模式.特别是MVP,比较难以理解,不好把握.需要多多实践,对比.来优化P段,找到最适合 ...
这是一份全面清晰的架构设计指南：MVC、MVP MVVM模式（含实例讲解）
前言在Android开发中,当你梳理完需求后,你要做的并不是马上写下你的第一行代码,而是需先设计好整个项目的技术框架今天,我将全面介绍Android开发中主流的技术框架MVC.MVP 与 MVVM ...
js架构设计模式——由项目浅谈JS中MVVM模式
1. 背景最近项目原因使用了durandal.js和knockout.js,颇有受益.决定写一个比较浅显的总结. 之前一直在用SpringMVC框架写后台,前台是用JSP+JS+标签库,算是很 ...
mvvm模式和mvc的区别_Android 开发中的架构模式 -- MVC / MVP / MVVM
预备知识了解 Android 基本开发看完本文可以达到什么程度了解如何分析一个架构模式掌握 MVC,MVP,MVVM 架构定义和实现更多面试内容,面试专题,flutter视频全套,音视频从 ...
Unity应用架构设计(1)—— MVVM 模式的设计和实施(Part 2)
MVVM回顾经过上一篇文章的介绍,相信你对MVVM的设计思想有所了解.MVVM的核心思想就是解耦,View与ViewModel应该感受不到彼此的存在. View只关心怎样渲染,而ViewModel只 ...
通用Windows应用《博客园-开发者的网上家园》开发（1）——MVVM模式
最近开发了个WP8.1和Windows8.1平台上的应用--<博客园-开发者的网上家园>,基于 Windows Runtime .在此有必要说明一下,WP8.0以前的应用程序是基于Silv ...

AAC架构和Mvvm模式解析（MvvmHabit）

AAC架构和Mvvm模式解析（MvvmHabit）相关推荐

最新文章

热门文章