google 官方架构 MVP 解析与实战

极客日报，基于 MVP + RxJava + Retrofit + Dagger2 + Realm + Glide + Material Design，一款纯粹的阅读 App

前段时间 Google 在 Github 推出了一个项目，专门展示 Android 引用各种各样的 MVP 架构，算是官方教程了。趁着还新鲜，让我们来抛砖引玉一探究竟，看看在 Google 眼里什么样算是好的 MVP 架构。

笔者在研究 MVP 模式的时候查阅过相当多的资料，其中有两句话令我相当的深刻。一是：使用 MVP 模式虽然代码量会大大增加，但是为了降低耦合和逻辑上的简洁这个牺牲是值得的。二是：有些公司是根据代码量来统计工资的，所以使用 MVP 模式对于那些用代码量来统计工资的开发者来说，这应该是一个优点（然而，我们公司的工资和代码量时无关）。我当初就是信了你们的邪，当项目达到一定的程度的时候如果采用网上推荐的方式，重复的代码多到你无法想象好吗？每个 Presenter 都要处理大量重复的逻辑，项目中存在无数个功能相同的 Model（向服务器发起请求和发送回调数据到 Presenter）例如进度条的显示等等。不过当笔者意识到这个问题后，就通过泛型和封装优化了代码，解决了上述的问题，所以就有了前面的四篇文章。但是有一个问题是没办法通过优化代码解决的，那就是 Presenter 的管理问题。

MVP，全称 Model-View-Presenter，其中 Presenter 解耦了 Model 与 View，使得每个模块的职责更加单一，Model 负责获取数据，View 只关心视图的绘制，Presenter 关联 Model 和 View 处理业务逻辑。

MVP+Retrofit+RxJava+MaterialDesign

关于 Android 程序的构架, 当前 (2016.10) 最流行的模式即为 MVP 模式, Google 官方提供了 Sample 代码来展示这种模式的用法. 本文为阅读官方 sample 代码的阅读笔记和分析.

由于原生 Android 开发应该已经是一个基础的 MVC 框架，所以在初始开发的时候并没有遇到太多框架上的问题，可是一旦项目规模到了一定的程度，就需要对整个项目的代码结构做一个总体上的规划，最终的目的是使代码可读，维护性好，方便测试。