java mvc mvp_MVC和MVP设计模式

参考博客

http://www.cnblogs.com/end/archive/2011/06/02/2068512.html

####MVC模式

M：model 模型

V：view视图

C：controller控制器

>我们知道，所有的软件的构成主要有两部分，分别是用户交互入口(USER INTERFACE)和数据(DATA)。那么为什么UI(USER INTERFACE)称为用户交互入口呢？因为我们的用户，在使用我们的软件的时候，他们关心的并不是使用了什么技术实现的，考虑更多的是这个功能好不好用，这个交互舒服不舒服。那么用户在通过视觉和通过操作使用我们软件的时候，接触用户的就是我们的界面，承载交互的就是我们界面上的控件。所以，UI称之为用户交互入口，因为有了视觉体验有了感知，才会有行为，有了行为才能称之为交互。用户的行为，也就是交互，我们就是C(CONTROLLER)在处理，那么呈现在UI(USER INTERFACE)上面的内容，就是我们的数据，所以我们的M(MODEL)就是MVC中的数据模型。

在我们的android开发过程中，本质上并没有完全遵循MVC架构模式。以Activity为例：

它可以是V也可以使C。因为Activity能兼容了View和Controller的基本特征。那么，在Android中，MVC在哪些场景下体现的比较准确呢？以列表级控件的使用为例(ListView，GridView):我们需要声明ListView这个外层容器，然后定义Item的UI样式，然后通过适配器将UI和数据进行匹配，最后将适配器和控件进行绑定。那么这个就是我们MVC软件架构模型的一个很清晰的体现，在列表级控件中，我们使用了Adapter，在设计模式中，称之为适配器模式。所以在这个小例子中，就要体会一下软件架构模型和设计模式的区别。

![](http://images2015.cnblogs.com/blog/1061881/201705/1061881-20170502204735961-1299977060.png)

####MVP模式

M：model 模型

V：view 视图

P：presenter 中间人

>MVP作为MVC的演化进阶模型。它的灵活性以及优势主要体现在复杂的业务场景下。首先MVP中的M(MODEL)可以承载交互扮演MVC中C(CONTROLLER)的角色，也可以扮演MVC中M(MODEL)的角色，可以进行数据建模也可以进行视图建模。MVP中V(VIEW)属于单纯意义上的视图层。P(PRESENTER)则作为中间人亦或者桥梁，将M和V进行关联。同时MVP中的P(PRESENTER)也可以作为业务实现层体现在项目中。

![](http://images2015.cnblogs.com/blog/1061881/201705/1061881-20170502205017898-423547242.png)

>所以，综上，MVP相比较MVC我们发现，它的灵活性更高了，并且，拆解效率非常明显。总结一句话就是，MVP在复杂业务背景下，解耦和扩展效果突出。

MVP 的缺点：model 层与 Presenter 层，presenter层与 view 层之间通过接口建立联系，这样会导致当页面逻辑很复杂的时候，View 层实现的接口会很多，如果你的App中有很多复杂的页面，维护接口的成本会变的很大。

#### MVVM 模式

MVVM 模式将 Presenter 改名为 ViewModel，基本与MVP模式一致

区别在于 View 层与 ViewModel 层通过 DataBinding相互绑定。View层的变动，自动反应在 ViewModel 层，反之亦然

### Dagger2在MVP中所发挥的作用

Dagger2是为Android和Java平台提供的编译时进行依赖注入的框架，编译时生成代码，完成所需对象的注入，解决了基于反射带来的开发和性能上的问题。主要是用于界面和业务之间的隔离

使用步骤：

>0.添加依赖

>0.借助工具生成编译注解器(在gradle中进行配置)，在编译时起作用

>1.指定要注入的目标(@inject)