AAC架构和Mvvm模式解析（MvvmHabit）
⼀、框架流程
以DataBinding+LiveData+ViewModel框架为基础，整合Okhttp+RxJava+Retrofit+Glide等流⾏模块，加上各种原⽣控件⾃定义的BindingAdapter，让事件与数据源绑定的⼀款实⽤性MVVM快速开发框架。
⼆、框架特点
快速开发
只需要写项⽬的业务逻辑，不⽤再去关⼼⽹络请求、权限申请、View的⽣命周期等问题。
维护⽅便
MVVM开发模式，低耦合，逻辑分明。Model层负责将请求的数据交给ViewModel；ViewModel层负责将请求到的数据做业务逻辑处理，最后交给View层去展⽰，与View⼀⼀对应；View层只负责界⾯绘制刷新，不处理业务逻辑，⾮常适合分配独⽴模块开发。
流⾏框架
++负责⽹络请求；负责加载图⽚；负责管理view的⽣命周期；与⽹络请求共存亡；结合databinding扩展UI事件；负责Android 6.0权限申请；负责数据库存储。
数据绑定
满⾜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、l
3.1.1、关联ViewModel
在l中关联LoginViewModel。
..... variable - type：类的全路径 variable - name：变量名
3.1.2、继承BaseActivity
LoginActivity继承BaseActivity
public class LoginActivity extends BaseActivity<ActivityLoginBinding, LoginViewModel> {
//ActivityLoginBinding类是databinding框架⾃定⽣成的，对l
@Override
public int initContentView(Bundle savedInstanceState) {
return R.layout.activity_login;
}
@Override
public int initVariableId() {
return BR.viewModel;
}
@Override
public LoginViewModel initViewModel() {
//View持有ViewModel的引⽤，如果没有特殊业务处理，这个⽅法可以不重写
ViewModelProvider.AndroidViewModelFactory androidViewModelFactory = new ViewModelProvider.Insta nce());
return new ViewModelProvider(activity, androidViewModelFactory).get(LoginViewModel.class);
}
}
保存l后databinding会⽣成⼀个ActivityLoginBinding类。（如果没有⽣成，试着点击Build->Clean Project）
BaseActivity是⼀个抽象类，有两个泛型参数，⼀个是ViewDataBinding，另⼀个是BaseViewModel，上⾯的ActivityLoginBinding则是继承的ViewDataBinding作为第⼀个泛型约束，LoginViewModel继承BaseViewModel作为第⼆个泛型约束。
重写BaseActivity的⼆个抽象⽅法
initContentView() 返回界⾯layout的id
initVariableId() 返回变量的id，对应activity_login中name=“viewModel”，就像⼀个控件的id，可以使⽤，这⾥的BR跟R⽂件⼀样，由系统⽣成，使⽤BR.xxx到这个ViewModel的id。
选择性重写initViewModel()⽅法，返回ViewModel对象
@Override  public LoginViewModel initViewModel() {
//View持有ViewModel的引⽤，如果没有特殊业务处理，这个⽅法可以不重写
ViewModelProvider.AndroidViewModelFactory androidViewModelFactory = new ViewModelProvider.Instanc e());
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.set("")设置什么，输⼊框中就显⽰什么。注意： @符号后⾯需要加=号才能达到双向绑定效果；userName需要是public的，不然viewModel⽆法到它。
点击事件绑定：
在LoginViewModel中定义
//登录按钮的点击事件
public View.OnClickListener loginOnClick =new View.OnClickListener(){
@Override
public 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(){
@Override
public void call(){
}
});
在activity_login中定义命名空间
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){android retrofit
if(isThrottleFirst){
RxView.clicks(view)
.subscribe(new Consumer<Object>(){
@Override
public void accept(Object object)throws Exception {
if(clickCommand != null){
}
}
});
}else{
RxView.clicks(view)
.throttleFirst(CLICK_INTERVAL, TimeUnit.SECONDS)//1秒钟内只允许点击1次
.subscribe(new Consumer<Object>(){
@Override
public void accept(Object object)throws Exception {
if(clickCommand != null){
}
}
});
}
}
onClickCommand⽅法是⾃定义的，使⽤@BindingAdapter注解来标明这是⼀个绑定⽅法。在⽅法中使⽤了RxView来增强view的clicks 事件，.throttleFirst()限制订阅者在指定的时间内重复执⾏，最后通过BindingCommand将事件回调出去，就好⽐有⼀种，在点击时先做⼀下判断，然后再把事件沿着他原有的⽅向传递。
是不是觉得有点意思，好戏还在后头呢！
3.2.3、⾃定义ImageView图⽚加载
绑定图⽚路径：
在ViewModel中定义
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.Context())
.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.RecyclerView
layout_width="match_parent"
layout_height="match_parent"
itemBinding="@{viewModel.itemBinding}"
items="@{viewModel.observableList}"
layoutManager="@{LayoutManagers.linear()}"
lineManager="@{LineManagers.horizontal()}"/>
layoutManager控制是线性(包含⽔平和垂直)排列还是⽹格排列，lineManager是设置分割线
⽹格布局的写法：binding:layoutManager="@{id(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
3.2.5、Messenger
Messenger是⼀个轻量级全局的消息通信⼯具，在我们的复杂业务中，难免会出现⼀些交叉的业务，⽐如ViewModel与ViewModel之间需要有数据交换，这时候可以轻松地使⽤Messenger发送⼀个实体或⼀个空消息，将事件从⼀个ViewModel回调到另⼀个ViewModel中。
使⽤⽅法：
定义⼀个静态String类型的字符串token
public static final String TOKEN_LOGINVIEWMODEL_REFRESH = “token_loginviewmodel_refresh”;
在ViewModel中注册消息监听

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。