没用MVP模式之前

    以前在做Android应用的时候，其实并没有多关注自己用的是什么框架。总感觉框架什么的听起来很远很复杂，而且由于Android写应用的时候本来就是布局（XML）、逻辑控制（Activity.Class）是分开的，并且通常我们会将控制逻辑中的数据请求、存储等这些事务写在一个Operator类中。这就形成了还算清晰的一个结构MVC。Mode即为我们常用的Operator，View为布局文件，Controller为Activity。

    这时，用这种结构也达到了部分功能的解耦。但我们在使用时还是会发现一些不是很爽的地方，经常作为Controller的Activity会很大，里面的方法很多。加上由于实现Model的回调接口（比如网络请求回调的数据接口），更让Activity变的庞大与复杂。

    于此，使用MVC面临的问题也就出现了。比如Model请求的数据接口有变动，Activity也需要做出相应的调整；如果产品经理对页面作了新的逻辑变化，这时Activity还需要改变。如果这些都是一个人负责那修改起来还不怎么难，但如果协同开发时，由于每个人负责的模块不同，如果我动了数据逻辑，还需要通知负责Activity的同事，这就比较麻烦了。

    总结，MVC还不够解耦。

使用MVP

    Android本身并没有MVP或者说无论什么结构只是为了解耦而想办法把代码的逻辑和结构变的更清晰更易修改而已。

    基于MVC的不爽之处，如果我们将作为Controller的Activity的一些功能解放出来，让Activity只做显示等功能，而之前的逻辑控制和接口回调等功能另找一个地方存放会不会更好呢？

此时，Activity和布局文件被化分为View，逻辑控制和接口回调等功能为Presenter，Model还是那个Model。

如图：

从图中我们什么也看不出来除了View和Model没有直接相关外。那么具体到Android中或者具体到代码中，该怎么实现MVP呢？以及整个的代码逻辑是什么呢？

Talk is cheap, this is code.

代码演示了用MVP结构实现从点击按钮到加载动画框、请求数据再到数据回来后，动画框消失、数据的解析及显示的过程。

代码结构如图：

代码调用逻辑如图：

因为用文字来说明会觉得繁乱，在这里使用图的形式来描述。

作者：cookiemouse
链接：https://www.jianshu.com/p/c0fecdf0a7e2