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，在设计模式中，称之为适配器模式。所以在这个小例子中，就要体会一下软件架构模型和设计模式的区别。


####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)也可以作为业务实现层体现在项目中。


> 所以，综上，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）
>2.创建dagger文件，创建module类（@module，@presenter）
>3.通过接口建立Activity和Module之间的关系（@component）
>4.rebuild 编译生成代码
>5.使用那个类


>“可参考的博客：http://blog.csdn.net/tiankong1206/article/details/46486401”

### Retrofit
利用注解和okHttp实现和服务器的数据交互
用法
0.添加依赖并进行配置
1.创建model数据模型
2.定义REST API接口
3.创建Retrofit对象并发起请求

### RxJava
本质是一个在java VM 上使用可观测序列的基于事件程序的异步操作库，使用简洁的逻辑处理复杂的任务的一个异步操作库。
可以轻松处理不同环境下的后台线程和UI线程库
关键字：简洁，异步，队列化