Android谷歌MVP,Android中MVC，MVP，MVVM开发使用总结

因为现在的项目越写越多，慢慢发现了以前的各种问题，也开始意识到代码的质量问题，所以在菜鸟窝花了1RMB淘了一节优惠课，分别用MVC，MVP，MVVM写了两个案例，看完后，有了一个大致的简单理解，还要在以后的重构中去慢慢深入，所以在这里简单的做下笔记和总结。

MVC：

MVC全名 Model View Controller

模型(model)-视图(view)-控制器(controller)

M是指业务模型  – Model 层就是 JavaBean 实体类，用于保存实例数据

V是指用户界面 – 其实就是程序的 UI 界面，用于向用户展示数据以及接收用户的输入

C则是控制器 – Controller 控制器用于更新 UI 界面和数据实例

MVP：

MVP是一种经典的模式

M代表Model

V代表View

P则是Presenter(Model和View之间的桥梁)

MVP模式的核心思想

把Activity中的UI逻辑抽象成View接口，把业务逻辑抽象成Presenter接口，Model类还是原来的Model类

作用

1.分离视图逻辑和业务逻辑，降低耦合

2.Activity只处理生命周期的任务，代码简洁

3.视图逻辑和业务逻辑抽象到了View和Presenter中，提高阅读性

4.Presenter被抽象成接口，可以有多种具体的实现

5.业务逻辑在Presenter中，避免后台线程引用Activity导致内存泄漏

MVVM

MVVM模式包含三个部分

-Model代表基本的业务逻辑

-View显示内容

-ViewModel将前面两者联系在一起

这里一个关键点就是：Android Data Binding

2015年I/O大会上谷歌介绍了一个非常NB的工具，该工具可以将View和一个对象的field绑定，当field更新的时候，framework将收到通知，然后View自动更新

Data Binding官方原生支持MVVM模型可以让我们在不改变现有代码的框架下，非常容易的使用这些新特性

MVVM模式中，一个ViewModel和一个View匹配，它没有MVP中的IView接口，而是完全的和View绑定，所有View中的修改变化，都会自动更新到ViewModel中，同时ViewModel的任何变化也会自动同步到View上显示

其实慢慢的就和web开发中的一些东西不约而同了，如果抽象一点，那么就极其相似，仅仅实现区别，比较其目的都是降低耦合，方便后面的扩充。

理论完了，当然还得上代码

MVC：

这个就不用过多的描述了，Android开发起步都是这样玩的

MVP：

MVP就更抽象了，将共用的东西都抽象出来，一一对应的分别实现，值得说明的是，baseView是后面每个抽象的View接口都要实现的，所以这里灵活使用泛型

在activity中的oncreat()方法中，将presenter实现

presenter中，base接口也是类似的,后面的presenter分别继承

然后最基础的绑定view和解绑view，在presenter的impl实现类中去处理，presenter与presenter的接口也是一一对应

MVP强调的就是抽象，所以大概就是这样子了，不太好描述，看包和类的结构差不多就知道了

MVVM：

MVVM主要是依赖谷歌提供的一个三方类库，我看着看着，怎么有了一种EL表达式和JSP的赶脚。。。。幻觉幻觉

相比较MVP，MVVM就没有那么矫情了，更多的考虑的是关联和实现，主要是谷歌爸爸已经帮忙实现了很多底层的东西，主要使用如下：可以网上去搜索详细的，我只大概的梳理下自己的思路

上面是必须的，开启MVVM开挂模式

接下来是XML

这个也是必须的，name随便取，但是后面用得着，每个activity对应一个ViewModel，然后对应着XML布局

后面就直接用点的方式去取属性或者方法比如(PS：这里的对象名就是你取的name)

你写的onclick方法，也是和普通的一样处理：

那么其他属性呢？

这里的avatarUrl是自定义的一个属性，如何与ViewModel进行绑定呢？看图：

在ViewModel中定义一个静态方法，并添加注解来绑定，

在activity中也是一样去初始化ViewModel,不同的是这里的布局初始化不能用以前的方式了

activity中：

adapter中：

都使用binding的方式去解决问题

是不是很方便，不需要抽象也不需要去做其他的复杂的事情，大概就是这样！代码上传到github，但是由于服务端那边已经关闭了，项目跑来是没有效果的，但是看代码结构就足够了，毕竟是学思想不是学实现