演变

开发常用的框架包括MVC、MVP和本文的MVVM，三种框架都是为了分离ui界面和处理逻辑而出现的框架模式。mvp、mvvm都由mvc演化而来，他们不属于某种语言的框架，当存在ui页面和逻辑代码时，我们就可以使用这三种模式。

model和view分别指的是数据模型和视图，前者用于存储数据，后者用于展示前者的数据。

在不同的框架模型中，model和view可能会有所差别，但基础功能基本不变，差别在于数据的传输方式。

MVC架构

即model模型、view视图、controller控制器，是最早出现的架构，广泛应用于java后端。

在Android中，没有单独分离controller即业务层（也被称为服务层、逻辑层，个人认为逻辑层是最符合的名称），而是将activity或fragment直接作为controller。同时他们即充当了view的角色，也直接操作model中的数据，有时候一个activity或fragment上千行代码，十分臃肿。

而对于一般的mvc而言，controller需要处理用户的输入和事件，并直接更新视图，导致视图和控制器耦合极强。

同时，mvc模式也十分容易导致内存泄漏。举例来说，在activity退出后，如果一个耗时线程持有activity的成员变量或者上下文，那么在这个线程执行完毕前，此activity会一直无法被系统gc。

public class MainActivity extends AppCompatActivity {

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        // 耗时操作且持有activity的context
        MyThread t = new MyThread(this);
        t.start();
    }

    class MyThread extends Thread {
        Context context;

        public MyThread(Context context) {
            this.context = context;
        }

        @Override
        public void run() {
            try {
                Thread.sleep(300000000);
            } catch (InterruptedException e) {
                throw new RuntimeException(e);
            }
        }
    }
}

MVP架构

对于mvc的内存泄漏，mvp可以根除。

相比于mvc，mvp把原来的ui逻辑抽象为view接口，把原来的业务逻辑抽象成presenter接口，而model不变。

基于MVC架构的改进，将View和Model之间的直接关系去除，并引入了新的层级Presenter代替原本的Controller。

这一改进完成了Model和View的解耦。但在实际开发中，该架构三个模块之间的通信是靠接口实现的，这导致定义的接口和方法会非常多，即使是一个简单的页面功能也会如此。

MVVM架构

在MVP的基础上增加了DataBinding（数据绑定），不再需要findView，代码量更小。

基于数据绑定的架构模式，将View与Model之间进一步解耦，引入了ViewModel。

MVVM在MVP的基础上，添加了双向绑定，使得View可以感知到ViewModel中的数据变化，View也可以感知到ViewModel的数据变化。此时，当Model中的数据发生改变时，View会自动更新，这种数据驱动方式减少了大量手动更新UI的代码。

而实现这一数据绑定，我们要用到Android中的DataBinding，他是一种数据双向绑定框架。

实现

视图绑定（ViewBinding）

数据绑定（DataBinding）

扩展：系统架构的六大原则