MVP in Android 理解，仅做记录
一，概述
Android开发中，我们熟悉使用MVC的开发模式，如果在较大的项目中，经常会发现本该布局文件中的数据绑定的操作，事件处理的代码都在Activity中，造成了Activity既像View又像Controller，对于代码的重用与理解或对于后来开发者会造成一些困扰，最近看到了一个MVP开发模式的demo，给人耳目一新的感觉，MVP结构模式的使用让代码的清晰度有了很大的提升，在这里总结了下自己的理解。
首先在这里我们可以对这两种模式进行对比：
MVC开发模式：1.View：对应于布局文件；
2.Model：业务逻辑和实体模型；
3.Controllor：对应于Activity。
仔细想想这个View对应于布局文件，其实能做的事情特别少，基本上存在的意义不大，有名无实的感觉。下面我们在看下MVP模式：
1.View 对应于Activity，负责View的绘制以及与用户交互
2.Model 依然是业务逻辑和实体模型
3.Presenter 负责完成View于Model间的交互
二，两种模式的对比与区别
这里我们用一组模型图对比下：
MVC模式图
MVP模式图
其实最明显的区别就是，MVC中是允许Model和View进行交互的，而MVP中很明显，Model与View之间的交互由Presenter完成。还有一点就是Presenter与View之间的交互是通过接口的，既降低耦合也方便进行单元测试。还有很多其他的优点就不一一解释了，具体我们看下代码。
三，项目中的体现
1.先看下项目结构
项目结构图
2.效果图如下
效果图
如何去实现这种模式，关键在于我们要仔细分析界面与逻辑之间的联系，在大脑中构建一个关联轮廓，也就是一种思维导图。简单介绍下自己的使用
(1)首先我们需要一个UserBean，用来保存用户信息
数据bean类
(2)再来看看View接口，根据需求分析，View可以对ID、FirstName、LastName这三个EditText进行读操作，对FirstName和LastName进行写操作，由此来定义IUserView接口：
IUserView接口
(3)Model接口，Model也需要对这三个字段进行读写操作，并存储在某个载体内,根据需求来定义IUserModel接口：
Model接口
(4)Presenter就能通过接口与View及Model进行交互了：
Presenter交互
(5)UserActivity实现
图1
图2
可以看到，View只负责处理与用户进行交互，并把数据相关的逻辑操作都交给了Presenter去做。而Presenter调用Model处理完数据之后，再通过IUserView更新View显示的信息。具体可参考github.com/VectorYi/MVPSample.git
以上仅是个人对于MVP架构模式的一点总结，还请多多指正。
参考文章：blog.csdn.net/lmj623565791/article/details/4659610
github.com/zhengxiaopeng/Rocko-Android-Demos/tree/master/android-mvp
