亲情奉献：最简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。

后记

建议以文件的形式引入，方便依据工程业务做定制化。喜欢请帮忙戳喜欢，有问题欢迎评论。