亲情奉献：最简MVP框架
前言
听到一些童鞋抱怨MVP，所有搞了个辅助实现MVP的小东西，叫MvpFrame。还不了解MVP的先看《Google原味mvp实践》。主要的功能如下
- 省代码。不能偷懒的框架都是耍流氓，当然像Rx系列这样可以简化逻辑的也是正经人。
- 不依赖其他库。不跟Retrofit，Rxjava等等耦合，只是纯粹的辅助MVP的实现。
- 小，只有8k。可以在任意最小业务单元使用，即使之前业务没使用，或者之后不想使用都没关系。
- M，V，P中各个层级的实例托管。
- 维护M，V，P中对其他层的引用，并保证实例可回收。
- 在工程任意位置获取MVP中的实例。
开源地址是
https://github.com/wolearn/MvpFrame
怎么用
可以把上面工程中的mvpframelib作为Android Lib引入，或者直接复制java文件也可以。我简单解释下还是我常用那个登陆的例子。先看目录结构。
初始化
在Application中调用
Mvp.getInstance().init(this);
规划好view和presenter的接口。
用一个契约类来定义需要的方法。之前有童鞋问我，这个接口写好烦，能不能不写。肯定不能。我能想到的理由有三点
- 依赖倒置原则。高层模块和底层模块之间不能直接依赖，而是应该依赖其接口
- 保证其可测性
- 面向接口编程的前期设计感
View层
可以支持Activity和Fragment，Activity继承MvpActivity，Fragment继承MvpFragment。
- 注意MvpActivity<LoginPresenter>，在继承的时候要通过泛型确定Presenter层的具体类型，一定要写。
- getBaseView方法返回的是IView类型，如果是当前Activity实现的话，直接返回this即可。
- mPresenter可以直接使用，不用声明和实例化
Presenter层
Presenter继承MvpPresenter实现即可。
- 注意MvpPresenter<LoginHttp, LoginContract.View>的泛型，要确定Model的具体实现和IView。
- IView的回调接口对象通过getIView()方法获取
- mModel指向泛型中确认的LoginHttp对象，可以直接使用，不用声明和实例化
- mContext是一个ApplicationContext的引用
Model层
数据的来源一般有三个：DB，NET，Cache。看个图
之前有童鞋说，业务过程很烦，要搞个UseCase文件，然后又要搞个Repository文件，最后搞个HttpLogin，因为登录本来就只是要跟服务端确认，前面2个文件基本都是透传。是不是一定要这么死板呢？当然不是，结构可以根据业务的复杂度做调整的。比如我这里登录就是直接让HttpLogin继承MvpModel, 直接跟P层交互。
如果你当前业务是只跟DB打交道，也可以让LoginDB继承MvpModel，然后在P层的泛型中确认类型即可。
其他任意位置获取M，V，P实例
默认通过以下API获取的唯一实例，传入为实例的class类型
Mvp.getInstance().getPresenter(); Mvp.getInstance().getModel(); Mvp.getInstance().getView();
getPresenter 和 getModel 的实例默认会创建，getView 要确定Activity或者Fragment已经创建，否则可能为null。
后记
建议以文件的形式引入，方便依据工程业务做定制化。喜欢请帮忙戳喜欢，有问题欢迎评论。