Android 三类框架的理解以及MVVM框架的使用

欢迎学习Android 三类框架

一：android 分层框架概述

目前因为Controller(Activity)和View,Model没有实现解耦，造成Activity既要负责处理业务逻辑，又要负责UI显示，数据绑定，所以逻辑不清楚，对代码的可读性，可维护性不是很好，所以采用一些分层模式，可以更为有效的对业务逻辑层，UI显示层，数据层进行拆分，集中分层模式有：

1. 目前使用的最多的是MVC和MVP。
2. 其中MVC出现与上世纪70年代，在三十多年的工程实践中，MVC充分证明了它的成功，同时在漫长的时间中演变出了许多变种，其中也包括MVP。MVC和MVP最大的差别在与控制层对于整个框架的控制力上。
3. MVVM可以算是MVP的升级版，其中的VM是ViewModel的缩写，ViewModel可以理解成是View的数据模型和Presenter的合体，这就使得视图和控制层之间的耦合程度进一步降低，关注点分离更为彻底，同时减轻了Activity的压力
4. 三者之间的差别如下：
   

**甘特图

Mon 07 Mon 14 1.MVP 2.MVC 3.MVVM 进步图 安卓各类框架进步

**流程图

被替代

MVP

MVC

MCV

MVVM

二、Android开发中MVC与MVP的区别

话不多说，直接上图
1.MVC架构图

2.MVP架构图

三个架构

架构类型	构造子
MVP	Model, Presenter, View
MVC	Model, Controller ,View
MVVM	Model, View ,ViewModel

3.简要分析区别

1. Activity职责不同，Activity在MVP中是View层，在MVC中是Controller层，这是MVC和MVP很主要的一个区别，可以说Android从MVC转向MVP开发也主要是优化Activity的代码，避免Activity的代码臃肿庞大。
2. View层不同，MVC的View层指的是XML布局文件或者是用Java自定义的View，MVP的View层是Activity或者Fragment。使用传统的MVC，其中的View，对应的是各种Layout布局文件，但是这些布局文件中并不像Web端那样强大，能做的事情非常有限。
3. 控制层不同，MVC的控制层是Activity，Controller层Activity中也包含Controller应该做的事情，比如各种事件的派发回调，而且在一层中我们会根据事件再去调用Model层操作数据，所以这种MVC的方式在实际项目中，Activity所在的Controller是非常重的，各层次之间的耦合情况也比较严重，不方便单元测试。MVP的控制层是Presenter，里面没有很多的实际东西，主要是做Model和View层的交互。
4. 关系链不同，MVP中Model层与View是没有关系的，彼此不会通讯和操作，Model与View的通讯都是Presenter层来传达的。但是在MVC中，Model层和View是曾在交互的。View要操作Model怎么办？有人说把Controller传到自定义的View啊，现实是不可能没一个自定义View都去持有Controller的引用，其实在MVP中就不会这么尴尬，接口就可以完成。
5. 适用范围不同，在Android中，MVP和MVC都用自己的适用情况，使用MVP可以更好的解耦三大模块，模块之间比较清晰，也很方便使用MVP来组件化架构整体项目。但是MVC也是有用武之地的，在组件化的Module或者中间件我们可以使用MVC来做，Module或者中间件不会存在很复杂的View层，使用MVC可以更加方便我们实现功能。
   6.** 交互方式不同**，MVP中通讯交互基本都是通过接口的，MVC中的通讯交互很多时候都是实打实的调用对象的方法，简单粗暴！
6. **实现方法不同 **，MVC和MVP的Model几乎一样的，都是处理数据，只要不在Activity或者Fragment中请求数据，其他的所有控制都放在Activity或者Fragment中，这样写就基本是MVC的模式，这样写不麻烦，但是很容易把Activity写出上万行代码。用MVP的时候我们需要写很多View和Presenter接口来实现模块之间的通讯，会增加很多类。

三、MVVM架构优势（单独讲）

话不多说，直接上图

看上图Model和View是不会发生关系的，ViewModel是把View和Model关联起来的加工厂：

MVVM优势总结：

• View和Model双向绑定，一方的改变都会影响另一方，开发者不用再去手动修改UI的数据。额，互相自动的。
• 不需要findViewById也不需要butterknife，不需要拿到具体的View去设置数据绑定监听器等等，这些都可以用DataBinding完成。是不是很舒服?
• View和Model的双向绑定是支持生命周期检测的，不会担心页面销毁了还有回调发生，这个由lifeCycle完成。
• 不会像MVC一样导致Activity中代码量巨大，也不会像MVP一样出现大量的View和Presenter接口。项目结构更加低耦合。
• 更低的耦合把各个模块分开开发，分开测试，可以分给不同的开发人员来完成。

四、深入学习MVVM组件化

示例项目架构分析
1.MVVM组件化示例项目架构图

2.目录结构：

各模块和彼此之间的关系解释

• lib_opensource：第三方build.gradle依赖，本项目主要有support、lifecycle、room、fresco、retrofit、okhttp、RxJava、ARouter这些。
  -lib_coremodel: 存放MVVM中的Model和ViewModel两个模块，就是数据的处理和数据与UI页面的绑定。依赖lib_opensource库。
  -lib_common: 公共库，主要有各种base，各种ui组件，自定义组件，公用的Activity、公用的Fragment，和公用的utils等等。依赖lib_coremodel库。
• module_girls: 子功能模块，可以在library和application之间切换，自己可以是一个app也可以成为别的app的一个组件模块。组件化编译时为app，反之为module。
• module_news: 新闻功能模块，可以在library和application之间切换，自己可以是一个app也可以成为别的app的一个组件模块。组件化编译时为app，反之为module
• app_universal: 定制版本的app，组件化编译时module_girls和module_news为app，所以不能把这两个作为module加进来编译，所以组件化

五：android MVVM框架实现 Robobinding

• Android平台上有一些比较好的MVVM框架，其中用的比较多的是RoboBinding,Robobinding。

• 为了精简框架，RoboBinding移除了大量不必要的代码，比如addXXListener()，findViewById()等。

• 可以将难以测试的Android代码转换为普通的JUnit测试。

• 提供对象类型Cursor来替换 - 关系类型Cursor，因为我们已经习惯于操作对象 。

• 可以很容易的为任何自定义组件，第三方组件或Android widget编写属性绑定实现，简化代码，使项目易于维护
  -----------------------------------------Robobiding 简单使用示例：----------------------------------------------

• View层(对应android xml文件)

<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
              xmlns:bind="http://robobinding.org/android"
              xmlns:tools="http://schemas.android.com/tools"
              android:layout_width="match_parent"
              android:layout_height="match_parent"
              android:orientation="vertical"
              tools:context="org.robobinding.androidmvvm.MainActivity"
              tools:ignore="MissingPrefix">
    <TextView 
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        bind:text="{hello}"/>    //单向绑定，修改Model属性时，会自动反映到视图中（需要实体中提供相应的getHello(),setHello()方法）。
    <LinearLayout
        android:layout_width="match_parent"
        android:layout_height="wrap_content"
        android:orientation="horizontal"> 
       <TextView
            android:layout_width="wrap_content"
            android:layout_height="wrap_content"
            android:text="Name:"/>
        <EditText
            android:layout_width="fill_parent"
            android:layout_height="wrap_content"
            bind:text="${name}"/>  //双向绑定，修改model属性时，会自动反映到视图中；反过来，修改视图内容，也会自动更改Model的相关属性。
    </LinearLayout>
    <Button
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:text="Say Hello"
        bind:onClick="sayHello"/>
</LinearLayout>

• Model层：PresentationModel()

public class PresentationModel implements HasPresentationModelChangeSupport {
   private PresentationModelChangeSupport changeSupport;
   private String name;
   public PresentationModel() {
        changeSupport = new PresentationModelChangeSupport(this);
   }
   public String getHello() {
        return name + ": hello Android MVVM(Presentation Model)!"; 
  }
   public String getName() {
        return name;
   }
  public void setName(String name) {
      this.name = name; Log.d("model", "setName(),name: " + name); 
  }
   public void sayHello(){
      changeSupport.firePropertyChange("hello"); 
  }
  @Override 
  public PresentationModelChangeSupport getPresentationModelChangeSupport() {
    return changeSupport; 
  }
}

**Controller层: **

public class MainActivity extends Activity {
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        PresentationModel presentationModel = new PresentationModel();
        ViewBinder viewBinder = createViewBinder();
        View rootView = viewBinder.inflateAndBind(R.layout.activity_main, presentationModel);//将model和view进行绑定
        setContentView(rootView);
    }
    private ViewBinder createViewBinder() {
        BinderFactory reusableBinderFactory = new BinderFactoryBuilder().build();
        return reusableBinderFactory.createViewBinder(this);
    }
}

作者：曾维和