Java基础（6）——MVC、MVP、MVVM框架

Java for Android基础知识

一、MVC模式

Model View Controller，是软件中最常用的一种架构，简单来说就是用户通触发事件，view层会发送指令到Controller层，接着Controller去通知Model层处理数据，然后更新View。

在Android中的应用：

View层：各种XML布局和资源文件。

Model层：各类Java bean文件。

Contorller层：各种activity，通过各种事件触发函数实现控制。

缺点：

1.XML布局对于View的控制力太差，很多动态的变化很难实现，必须要将大量代码写在activity中，这样使得其又是contorller层又是View层。

2.MVC模式中，View层和Model层是可以交互的，所以它们之间存在耦合，对于大型程序来说，这代表着开发、测试、维护都需要花费大量精力。

二、MVP

MVP是MVC的演化。对于Android来说，MVP的Model层是一样的钱，而activity和fragment不再是contorller层，则是纯粹的View层，所有事件全部交给presenter层处理。

View层和Model层不再交互，完全解除藕，取而代之的是presenter层起到了桥梁的作用。

View层与presenter层虽然有交互，但是我们可以通过activity或者fragment实现接口进行通信，在对应的接口中调用方法，也并不存在耦合。

***可以使用fragment作为View层，而activity则用于创建View层和presenter层的一个控制器。

缺点：

如果项目复杂，那么会有很多接口，维护接口的成本很高。

三、MVVM

MVVM将MVP中的presenter层变成了ViewModel层，然后将ViewModel层与View绑定在一起。这就意味着当更新ViewModel层的数据时，View层会相应的变得UI。

谷歌新推出的***android data binding框架***可以轻松实现MVVM。

Contributor继承自BaseObervable，当Contributor内部的variable改变的时候UI可以同步做出响应，这就是ViewModel层。

首先通过BataBindingUtil.setContentView（context，R.layout）；设定View层

接着通过BataBindingUtil.setContributor（contributor）；将ViewModel层注入。

通过这两部View层和ViewModel层实现了绑定。

缺点：

虽然通过data binding框架解决了数据绑定问题，但View层还是过重。

四、最终选择

可以单独使用也可以混合使用，根据自身需求和实践，尽量降低耦合，提高性能，提高复用性，才是真正的目的。