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的总体架构图如下所示:
MVVP浅析_第1张图片
可以看到,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

你可能感兴趣的:(android,架构)