安卓MVP架构

一、架构演变概述

Android的整体设计结构就是MVC的设计模式，在J2EE的开发中，使用的也是MVC模式，MVC模式是一个经典，经历了几十年的考验。Android项目中的MVC架构：

• View：是应用程序中处理数据显示的部分，对应于layout文件下的布局文件
• Model：业务逻辑和实体模型
• Controllor：是应用程序中处理用户交互的部分，Activity来充当。

看似分工明确，但是也给我们带来了不少问题，如果一个页面的业务逻辑非常复杂，我们的Activty需要大量的逻辑处理代码，使得Activity既像View又像Controllor，又当爹又当妈，工作量非常大。造成代码的阅读星非常差。

为了解决这个问题，MVP模式就在Android领域诞生了。补充：我查看资料发现MVP模式最早是微软设计出来的，应用在Visual Stuido平台，不得不说微软虽然闭源，但是很niubility。

二、MVP概述

上面的图，精炼的概述了MVP架构之间的通讯流程，在android中。

• 模型（Model）：业务逻辑处理，负责处理数据的加载或者存储，比如从网络或本地数据库获取数据等；
• 视图（View）：负责界面数据的展示，与用户进行交互，就是Activity；
• 主导器（Presenter）：相当于协调者，是模型与视图之间的桥梁，将模型与视图分离开来。通过Presenter进行它们之间的交互，隔离了M、V之间的直接交互。

这样的架构，就让我们的Activity更像View，降低了M、V之间的耦合度。