MVVP浅析

自从Robobinding将MVVP引入Andriod以来，MVVP这个概念开始逐渐流行起来。随着Google官方今年推出了databinding的框架，基本上算是Google开始正式推行MVVP了。今天就给予Robobinding对MVVP做一个最基本的介绍。

一、基本概念

首先，MVC就不必说了，产生了十几年的设计模式，它的强大就不说了。按理说Android一开始也是基于MVC设计的，也就是通过layout来完成view的模块。不过layout的功能确实太弱了，静态的文件，不支持动态修改，无法获取运行时的状态等。因此，导致了Activity往往需要完成View和Controller的双重功能。产生的后果显而易见，Activity中大段大段的逻辑代码，使得阅读性大大降低。

为了解决这个问题，MVP就被引入到了Android中。MVP的目的其实很简单，将所有的逻辑代码从view中分离。为了实现这个目的，MVP将View和Model的连接掐断，转而由Presenter作为中枢进行控制，起到一个中介的效果。其中，View负责见面的展示，根据Presenter的指令完成数据展示，动画启动或者停止等功能；Presenter则同时持有View和Model的引用，从中进行逻辑的实现（例如，接收Model的数据，让View展示）；Model则负责数据的管理，获取和保存等功能。在具体实现过程中，view的引用通常是通过interface来完成的，这样可以保证在一些逻辑相同的页面，可以共用一个presenter，从而提高代码的复用性。

在MVP中，明显的缺陷在于，维护view的接口不是一件简单的事。即，在需要给页面添加一个功能，或者添加一个展示逻辑时，需要同时修改View本身，view的接口，以及presenter的控制。这也确实是代码分离所带来的一个必然结果（只能怪需求变化太快）。

为了改善这个问题，MVVP也就被引入了进来。MVVP的目的同样也很明确，减少引用的强度，降低耦合，从而容易修改。换句话说，MVVP砍掉了presenter对view的依赖，presenter中不再需要持有view的引用，而是view通过binding技术，绑定presenter中变量的变化，从而对应的修改自身显示效果。严格意义上讲，其实还是MVP，只不过将view的引用替换为binding，由辅助的框架（robobinding）来替开发人员实现这个过程。

二、Robobinding简介

Robobinding是由Cheng Wei和Robert Taylor共同开发的。估计由于有国人参与，所以很友善的提供了中文介绍。使用Robobinding的开发APP的总体架构图如下所示：

可以看到，view对presenterModel的依赖是单向的，这也就大大降低了开发成本。

想要使用Robobinding，只需要按如下方式定义layout文件即可

    
        ...
    

对应的PresenterModel代码为

@org.robobinding.annotation.PresentationModel
public class PresentationModel implements HasPresentationModelChangeSupport {
    private String name;
    public String getHello() {
        return name + ": hello Android MVVM(Presentation Model)!";
    }
    ...
    public void sayHello() {
        firePropertyChange("hello");
    }
}

为了统一接口，robobinding强制要求使用POJO来完成单向引用。所谓POJO，其实也就是按规矩定义getter和setter方法。平常使用中，如果只是对变量的赋值和读取，直接使用编译器即可完成。

可以看到TextView中定义了bind:text="{hello}"这个属性，在这之后，robobinding就会根据{}内的值去寻找presenterModel中的getHello()方法，然后根据key去调用TextView中的setText()方法。如果你还实现了setHello以及getText方法，则可以实现双向引用的效果，即改变任何一个地方的值，会同步影响另一方，在EditText中很有用。例如

对于响应事件，则是定义一套对应对应的接口，相当于一个简单的封装（bind:onClick其实是调用了setOnClickListener），帮你省去了setListener然后再实现回调的冗余代码。

当然robobinding还实现了对listview的支持，自定义以及第三方控件的支持，以及数据库的支持，扩展性还是相当高的。具体的讲解官方实例都比较详细，原理基本类似，就不多说了。详情参照：http://robobinding.github.io/RoboBinding/getting_started.html

三、优点与不足

优点很明显，使用MVVP的话代码会简洁很多，findViewById和setListener理论上是可以完全省略的。对应的，因为引用关系的削弱，修改起来自然也轻松很多。另外，robobinding提供了辅助编译的功能，即如果找不到对应的getter和setter（即开发人员没有按规矩实现POJO），则会报错，从而提示开发人员。

不足的地方其实比较小，相比于MVP，由于强制使用了POJO，只能对应单一变量的链接，如果需要实现几个变量成组修改的话，只能再用一个类进行集合，稍微有些麻烦，不过场景不多，而且也可以接受。还有就是可能会出现部分场景确实要求presentationModel必须有View的引用，于是只能回归MVP进行操作（robobinding官方文档就是这么说得，虽然我还没想到这个场景。。。）

总得来说，MVVP相当于一个升级版的MVP，其基本理念是一样的，即抽离逻辑代码。MVVP则是在降低耦合方面进行了改进。MVP已经被越来越多的android开发者所推崇，实际应用中的表现也确实胜过了传统的MVC。随着Google官方的支持，MVVP将成为Android的发展趋势。

代码及图片来源：http://robobinding.github.io/RoboBinding/getting_started.html