如何在自己的项目中使用MVP
官方给我们写了一些MVP的样例工程，用不同的概念和工具实现同一个Todo项目。
- todo-mvp/ - mvp基础架构示例。
- todo-mvp-loaders/ - 基于mvp基础架构项目，获取数据部分使用了Loaders架构。
- todo-databinding/ - 基于mvp基础架构项目，使用了数据绑定组件。
- todo-mvp-clean/ - 基于mvp基础架构项目，使用了clean架构的概念。
- todo-mvp-dagger/ - 基于mvp基础架构项目，使用了dagger2进行依赖注入。
- todo-mvp-contentproviders/ - 基于todo-mvp-loaders架构项目，使用了Content Providers
- todo-mvp-rxjava/ - 基于mvp基础架构项目，全名用RxJava进行并发和数据层处理。
虽然在官方推出这套MVP开源用例之前，网络上也有很多优秀的开源项目教大家如何使用MVP模式，如果你之前没看过，其实现在还有一个好处，直接按官方的来做就是了（官方一出马，其他的类似项目就哑火了）。我看了一下官方的todo-mvp确实比之前自己实现的要简单明了一些，而且测试用例也写得比较完整可以直观体验一下MVP在这方面的好处。
MVP的好处与问题
当你了解清楚MVP模式后，它的好处也就很明显了：
- UI层和逻辑层分离，UI层不在涉及业务逻辑代码，某层的改动不需要到处去修改代码；
- 测试很方便，你可以直接调用Presenter层写测试用式（可以使用Junit框架）；
- 最后是可维护性和可扩展性，MVP的各个类职责都非常明确且单一，后期的扩展，维护都会更加容易。
当然，坏处也很明显，首先代码类增加了，一个小功能你可能要为它专门写Presenter和Model层的实现，以前这些你一口气就加在View层了。同时需要对新进项目的人员进行一些MVP模式的培训，以便他们不会写出破坏已有模式的代码。