MVP 需要写的接口模式重复并且繁琐，所以开发了这款插件。

作为 Android MVP 的入门学习是非常不错的，作者给了一套非常详细的规则，而且提供了一个这么实现的 demo 以供学习，第二部分链接 https://gold.xitu.io/entry/58a5992961ff4b006c4455e3

MVP 模式是什么？本文介绍了 mvp 并提供案例源码进行参考讲解

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

MVP 就是 Model-View-Presenter，MVP 是从经典的模式 MVC 演变而来，它们的基本思想有相通的地方。

对于 MVP (Model View Presenter) 架构是从著名的 MVC(Model View Controller) 架构演变而来的。而对于 Android 应用的开发中本身可视为一种 MVC 架构。

Velocity

MVC 和 MVP 到底有啥区别 区别就在于 MVP 中 View 并不直接使用 Model，它们之间的通信是通过 Presenter (MVC 中的 Controller) 来进行的，所有的交互都发生在 Presenter 内部，而在 MVC 中 View 会直接从 Model 中读取数据而不是通过 Controller。我们知道在 MVC 里，View 是可以直接访问 Model 的。从而，View 里会包含 Model 信息，不可避免的还要包括一些业务逻辑。 在 MVC 模型里，更关注的 Model 的不变，而同时有多个对 Model 的不同显示，即 View。所以，在 MVC 模型里，Model 不依赖于 View，但是 View 是依赖于 Model 的。

跟着 Google 走，学习 Android Architecture Blueprints(一)-mvp 分支