MVVM架构以及Android Data Binding的学习

偶然的机会接触到MVVM框架的项目，于是准备花时间先研究一下MVVM框架。同时用到MVVM架构时会用到Data Binding，顺带一起学习。

首先看看mvvm的优点

MVVM模式和MVC模式一样，主要目的是分离视图（View）和模型（Model），有几大优点
1. 低耦合。视图（View）可以独立于Model变化和修改，一个ViewModel可以绑定到不同的”View”上，当View变化的时候Model可以不变，当Model变化的时候View也可以不变。
2. 可重用性。你可以把一些视图逻辑放在一个ViewModel里面，让很多view重用这段视图逻辑。
3. 独立开发。开发人员可以专注于业务逻辑和数据的开发（ViewModel），设计人员可以专注于页面设计，使用Expression Blend可以很容易设计界面并生成xml代码。
4. 可测试。界面素来是比较难于测试的，而现在测试可以针对ViewModel来写。

MVVM最早是微软提出的

从图中可以看出，view层和viewmodel层是相互绑定的关系，这意味着当你更新viewmodel层的数据的时候，view层会相应的变动ui。

这里先将Data Binding的学习也拿过来^_^

谷歌 I/O大会上介绍了一个非常厉害的新框架DataBinding， 数据绑定框架给我们带来了很大的方便，以前我们可能需要在每个Activity里写很多的findViewById，不仅麻烦，还增加了代码的耦合性，如果我们使用DataBinding，就可以抛弃那么多的findViewById，省时省力。DataBinding 是基于MVVM思想实现数据和UI绑定的的框架，有了 Data Binding，在Android中也可以很方便的实现MVVM。

在引入DataBinding之前，我们需要敲很多很鸡肋的代码，如 findViewById()、setText()，setVisibility()，setEnabled() 或 setOnClickListener() 等，通过 Data Binding , 我们可以通过声明式布局以精简的代码来绑定应用程序逻辑和布局，这样就不用编写大量的毫无营养的代码了。

DataBinding 是一个support库，最低支持到Android 2.1（API Level 7+）

简而言之，Data Binding，顾名思义，数据绑定，是Google对MVVM在Android上的一种实现，可以直接绑定数据到xml中，并实现自动刷新。现在最新的版本还支持双向绑定，尽管使用场景不是那么多。

Data Binding可以提升开发效率（节省很多以往需要手写的java代码），性能高（甚至超越手写代码），功能强（强大的表达式支持）。

内容有些乱，这几天先把学习的内容加进来，之后再做整理

MVVM Light

概述

MVVM Light Toolkit是一个Android MVVM 轻量级工具库，主要目的是更快捷方便的构建Android MVVM应用程序，工具库添加了一些Data Binding 不支持的属性，还有添加对控件事件的封装，同时提个一个全局消息通道方便ViewModel 之间的通信，Toolkit主要包括两部分Binding和Messenger

在View和ViewModel的绑定中，包含两种绑定，一种是数据的绑定（比如：TextView：text），另外一种命令绑定，命令绑定我们可以理解为事件绑定，（比如：Button:click），但是目前Databinding 并不完全支持命令的绑定， 而且对Data的绑定的支持也不完善（比如说不支持AdapterView对DataSource的绑定），那么在MVVM LightBinding我们添加了部分Data绑定支持和Command绑定的支持。

Data 绑定
我们添加了（ImageView：uri、placeholderImageRes），（ListView：views、itemView） 等部分控件的一些属性，这使得我们用起来就方便很多，例如我们只要在xml布局标签中设置uri,那么这个图片就能自动去加载这个uri的图片,如下：

 <ImageView    
 android:layout_width="match_parent"  
 android:layout_height="match_parent"  
 android:layout_alignParentRight="true"     
 bind:uri="@{viewModel.imageUrl}"
 bind:placeholderImageRes="@{R.drawable.ic_launcher}"/>

Command 绑定
Command 翻译为命令，就是控件发号施令，然后有人去回复处理这个命令，比如Button 发出一个Click Command，那么应该有个处理者来处理这个命令，我们把这个处理者叫做ReplyCommand,我们把ReplyCommand绑定到相应的控件上，如果控件发出Event的时候，就会找到这个ReplyCommand让它来处理这个事件，说得简单一些就是我们对控件一些事件做了简单的封装，使得处理这些事件我们只有关注我们相应事件传递给我们想要的数据，其他UI相关的逻辑并不需要我们去关心。接下来我们简要说明具体使用方法：

 <android.support.v7.widget.RecyclerView
          android:id="@+id/recyclerView"
          android:layout_width="match_parent"
          android:layout_height="match_parent"
          bind:onLoadMoreCommand="@{viewModel.loadMoreCommand}"/>

bind:onLoadMoreCommand: RecyclerView 在滑到最底部的时候自动触发这个事件，这个事件的处理者是一个ReplyCommand类型的变量
接下来我们在ViewModel 里面的定义一个ReplyCommand 变量

public final ReplyCommand<Integer> loadMoreCommand = new ReplyCommand<>(
  (count) -> {
      /*count 代表当前RecyclerView 有多少个Item,通过这个值我们可以
        得到当前应该去加载第几页的数据*/
       int page=count / LIMIT;
       loadData(page)
  });

对于处理RecyclerView 下拉加载更多，我们之前的做法可能需要去写各种代码来判断是否滑动底部，在OnScrollListener 里面做一些计算然后才知道滑到底部了，但是如果用封装好的Command事件，你的ViewModel里面的代码将非常简洁，只要简要的声明一个 ReplyCommand，它就能自动传一个当前List中Item的总数给你，你要做的只是专注你的业务处理（比如 加载数据），ViewModel 里面只处理数据，不处理控件，没有任何控件的引用，所以UI的状态和变化都由数据来绑定控制的，这样数据就成了主角，我们在ViewModel 里面只要和数据打交道就可以了。