image.png
前言
- 好了，接下来就要和大家说说 Retrofit + Rx +OkHttp + MVP 了，这些都是老套路了，关于Retrofit + Rx 的用法，我已经在之前的文章里面讲解过了，不知道的朋友可以先移步看看：
- Android中用Retrofit+Rxjava搭建网络请求
- Retrofit的深入使用
- 那么，今天的重点就是MVP模式的构建了。
MVP实现
-
关于MVP和MVC相关的概念相信大家都知道，就算不知道的百度一下也有很多，这里就不多说了，重点是如何实现这样的架构，并且使用起来方便。
-
首先，是相关的基类的创建 BaseMVPPresenter、BaseMVPView。不多说，上代码
/** * MVP Presenter基类 * * @param <V> MVP View 继承 {@link BaseMVPView} * @param <M> MVP Module * * @author 王杰 */ public class BaseMVPPresenter<V extends BaseMVPView, M> { /** View对象 */ protected V mView; /** Module对象 */ @Inject protected M mModule; /** Rx生命周期管理 */ private CompositeSubscription subscriptions; protected BaseMVPPresenter() { subscriptions = new CompositeSubscription(); } /** * 绑定View * * @param view MVP View */ public void onAttach(V view) { mView = view; } /** * 解绑MVP View */ void onDetach() { mView = null; } /** * 添加到生命周期管理 * * @param sub 订阅者对象 */ protected void addSub(Subscription sub) { if (subscriptions == null) { return; } if (sub != null) { subscriptions.add(sub); } } /** * 解绑订阅者 */ void unSubscribe() { if (subscriptions == null) { return; } if (subscriptions.hasSubscriptions()) { subscriptions.unsubscribe(); } } } -
在BaseMVPPresenter中，我定义一些方法，包括绑定解绑View、Rx生命周期管理，这几个方法是每个Presenter都会用到的，并且使用了泛型来确定View和Module的类型。<b>注意：每次请求网络都要调用addSub方法把Subscription对象添加到Rx生命周期。</b>
/** * Presenter实现类 * * @author 王杰 */ public class ImpPresenter extends BaseMVPPresenter<ImpView, ImpModule> { @Inject ImpPresenter() { super(); } public void doSomething() { Subscription sub = mModule.doSomething( data -> { // 获取数据成功 mView.notifyData(data); }, throwable -> { // 获取数据失败 mView.showToast("Net Error!"); }); // 添加到生命周期 addSub(sub); } } -
构造方法调用父类构造方法，多个Module也可以在这里初始化。
-
<b>构造方法使用@Inject注解， 使用Dagger2</b>
/** * Module实现类 * * @author 王杰 */ public class ImpModule { @Inject ImpModule () { } /** * 获取评价最高电影 */ public Subscription doSomething(Action1<Bean> success, Action1<Throwable> throwable) { return RXClientGenerator.getInstance().createClient() .doSomething() .subscribeOn(Schedulers.io()) .observeOn(AndroidSchedulers.mainThread()) .subscribe(success, throwable); } } -
在Module中定义方法获取数据等操作，返回Subscription对象。
-
<b>由于BaseMVPPresenter中Module使用@Inject注解进行初始化，所有Module的构造方法必须使用@Inject注解</b>
/** * MVP View基类 * * @author 王杰 */ public interface BaseMVPView { /** * Toast提示 * * @param str 提示文本 */ void showToast(String str); /** * Toast提示 * * @param strResId 提示文本id */ void showToast(@StringRes int strResId); } -
在BaseMVPView中，定义了弹出Toast的方法，可以让BaseActivity和BaseFragment实现这个接口，并且实现这两个方法，这样的话，在Activity实现View接口的时候就不用重写也能完成相关功能。当然了，你可以把你项目中大多数界面需要用到的操作定义在这个接口里，并在Activity、Fragment的基类实现。
-
而关于Module则是获取数据保存数据等操作，暂时没有发现有共用的功能，所以没有封装。
进一步封装
-
MVP的基类都定义好了，那么接下来就是在各个界面中的封装了，对于MVP，在Activity中和在Fragment中基本上是一致的，那么接下来，我就用BaseActivity举例。
/** * Activity基类 * * @author 王杰 */ public abstract class BaseActivity<P extends BaseMVPPresenter> extends AppCompatActivity implements BaseMVPView { /** Presenter对象 */ @Inject protected P presenter; @Override protected void onDestroy() { super.onDestroy(); // Rx生命周期管理 if (presenter != null) { presenter.onDetach(); presenter.unSubscribe(); } } @Override public void showToast(String str) { Toast.makeText(mContext, str, Toast.LENGTH_SHORT).show(); } @Override public void showToast(@StringRes int strResId) { Toast.makeText(mContext, strResId, Toast.LENGTH_SHORT).show(); } } -
使用泛型确定Presenter的类型，实现BaseMVPView，并且实现其中定义的方法。在界面销毁时，解绑View，结束Rx生命周期。
总结
- 项目中的MVP大概就是这样了，实际上关于Presenter以及Module都可以向上抽取成接口，使用者持有接口调用方法。但是由于项目中使用了Dagger2依赖注入，无法将接口初始化为实现类，而且那样做需要新建的类又太多了，所以并没有抽取。
- 这里的Presenter对象、Module对象，我都用到了Dagger2依赖注入，创建后会自动初始化。
- 对Dagger2 不了解的朋友可以看我的上一篇文章 Android项目基本架构（二） Dagger2
- 项目Github地址
网友评论