在上篇文章玩转MVP模式 - 基础篇中我们已经掌握了MVP的所有流程，但是遗留了两个问题：1.我们每增加一个View就得增加一个相应的Presenter以及一个Model，然后每次都重复造轮。2.activity持有presenter的引用，当activity销毁时回导致内存泄露。所以在本篇文章中我们来将其封装并解决内存泄露问题。
创建包以及需要的类
base
BaseActivity
BaseActivity
BasePresenter
BasePresenter
改善既有代码
Ok，到现在为止我们已经封装成功并且解决了内存泄露问题，现在我们把之前的代码进行改造，看看封装之后我们写一个View的代码量能减少多少吧~
MainPresenter
MainPresenter
可以看到对于
MainPresenter，我们甚至连显示的构造函数也不需要写！需要
Model时我们直接getModel()就可以！需要
View时我么直接getView()就可以！
MainActivity
MainActivity
对于
MainActivity，我么也可以看到使用起来大大方便了，而且根本无需担忧内存泄露问题。
总结
其实MVP并没有十分高深的内容，缺点是类太多，优点是解耦。
MVP只是一个设计模式，只是一个工具，实际开发中我们需要根据实际情况来取舍。
备注
代码已上传Github https://github.com/ice45571/MVP
