MVC->MVP->MVVM架构完整演变过程剖析

在之前对于MVP这种架构风格已经进行了深入的学习了，接下来则打算学习一下MVVM这种架构，MVC、MVP、MVVM这三者基本上会被人一起问到的，而对于MVVM，google官方推出了一个dataBinding的MVVM的框架，而从学习的角度直接上框架并非是一个非常好的学习方式，所以这次就手把手的一步步通过一个小案例来实现MVVM框架，对其原理有一个本质的了解，这样在下一次学习dataBinding时也能做到心中有数。

MVC：

思想：

架构理解：

对于上图的理解，简单描述整个过程就是用户触发了View的一个事件，然后则会转到Controller中进行处理，而它又会去操作Model，最终Model处理完了会更新到UI上来。这里用一个伪代码来模拟一下这个过程：

而其实有些MVC会是这样的一个关系：

具体实现：

接下来则回到Android的代码上来，先来简单搭个框架：

<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:tools="http://schemas.android.com/tools"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    android:orientation="vertical"
    tools:context=".MainActivity">

    <EditText
        android:id="@+id/et_data1"
        android:layout_width="match_parent"
        android:layout_height="wrap_content" />

    <EditText
        android:id="@+id/et_data2"
        android:layout_width="match_parent"
        android:layout_height="wrap_content" />

    <Button
        android:id="@+id/btn_save"
        android:layout_width="100dp"
        android:layout_height="wrap_content"
        android:text="save" />

</LinearLayout>

没啥好解释的，默认Android的这个代码框架就属于MVC风格的，这个都耳熟能详了，这里还是啰嗦一下：对于V来说就是我们的布局文件，而M则是DateCenter这个类，而C则是MainActivity。那为啥会出现MVP、MVVM这种新的框架出来呢？因为目前MVC框架中的Activity太重了，跟M和V都进行耦合在一块了，所以MVP出现了。

MVP：

思想：

架构理解：

其中可以看到跟MVC中最大的区别在于MVP的Model和View之间没有引用了，然后之前的Controller变成了Presenter了。

具体实现：

接下来咱们来将它改造成MVP，首先先来新建一个P：

然后它会操作Model，所以这里将这个代码牵移到P中：

此时Activity调整为：

此时一个基本的MVP就出现了，其中“View跟Controller给拆开了，并提取出了一个Presenter”，目前这个基本的MVP框架中P是直接持有了具体Activity的引用，然后目的是用来调用它里面的刷新界面的方法：

很明显对于P来说不需要用到MainActivity中的所有信息，只需要知道这个界面是如何更新UI的就行了，所以直接持有Activity的引用设计不是太合理，面向接口编程是最提倡的，也就是能只获取最小的信息则就获取最小的，这样会解耦，所以咱们将其抽象成一个接口，里面会存放各个跟UI相关的操作接口：

思考：在上面中加粗了一句话“View跟Controller给拆开了，并提取出了一个Presenter”，那能否不提一个Presenter，而达到同样的效果呢？其实是可以的，而这种写法在实际工作中也是很频繁的，下面改装一下，这里先将建几个包将其分开一下：

而这里则对MvcActivity传统的写法进行调整一下：

怎么能让控件层与View之间耦合不那么紧呢？其实就是想办法把这段代码给去掉：

其实就是将这个设置封装到View里面既可：

package com.android.mvc_mvp_mvvm_demo.mvc;

import android.content.Context;
import android.util.AttributeSet;
import android.widget.EditText;
import android.widget.LinearLayout;

import androidx.annotation.Nullable;

import com.android.mvc_mvp_mvvm_demo.R;

public class DataView extends LinearLayout {

    private EditText et_data1;
    private EditText et_data2;

    public DataView(Context context) {
        super(context);
    }

    public DataView(Context context, @Nullable AttributeSet attrs) {
        super(context, attrs);
    }

    public DataView(Context context, @Nullable AttributeSet attrs, int defStyleAttr) {
        super(context, attrs, defStyleAttr);
    }

    public void showData(String[] data) {
        et_data1.setText(data[0]);
        et_data2.setText(data[1]);
    }

    @Override
    protected void onFinishInflate() {
        super.onFinishInflate();
        et_data1 = findViewById(R.id.et_data1);
        et_data2 = findViewById(R.id.et_data2);
    }
}

为啥要改上面这种比较简单的代码呢？其实这里是要来对于很多人都说的：“MVP要比MVC要好，MVC的View和Controller都混到一块”这样的观点持怀疑态度，很明显通过上面的这样改良，也没有提取出一个P，跟MVP的效果差不多呀，那为啥要说MVP比MVC要好呢？可能有些人会说MVP不是会提取出一个View的接口嘛，那对于上面改良的这种代码也可以提取呀，下面试一下：