Mvp+rxjava2+Retrofit2 结构框架

最新推荐文章于 2021-02-19 07:17:00 发布

狗剩砸

最新推荐文章于 2021-02-19 07:17:00 发布

阅读量335

点赞数 1

分类专栏：技术篇

本文链接：https://blog.csdn.net/little_shengsheng/article/details/78892540

版权

技术篇专栏收录该内容

61 篇文章 0 订阅

订阅专栏

本文探讨了一种改进的MVP结构，通过引入'耦合因子'（Interactor）来降低Model与Presenter之间的耦合。详细解释了耦合因子的作用和工作原理，并结合RxJava2和Retrofit2实现了一个网络框架。尽管这种方法可能导致类数量增加，但通过契约模式可以简化结构。作者分享了自己的实现并提供了GitHub源码供学习。

摘要由CSDN通过智能技术生成

之前一直用谷歌的mvp模式，不过还是觉得m与p的耦合有点高，前段时间有人推荐给我一个新的mvp结构，其实也不新，只是我没用过而已。这里是它的连接地址：https://github.com/antoniolg/androidmvp

它和常用的mvp最大的区别在于她添加了所谓的‘耦合因子’（这么说显得高端一些，其实就是个接口而已）用来进一步解耦M与P层，我们平日（个人这么用而已）用到的mvp中，与数据源有关的操作很多放在P的实现中，到最后会发现P层就是一整个的P+V的结合体，并没有很完美的诠释presenter的主持思想。为了解决这个问题，刚好又有人给了点建议（上文链接），索性更新，和团队讨论完后将用于实际开发。

先大体讲解上面链接项目的原理。直接贴上其中的一张图，一目了然。

来自网络

这是一个登录的mvp结构，很明显它多了个Interactor（耦合因子），用一句名言：存在即合理。这个耦合因子的存在是为了解决P层的数据源访问。P层将login请求转发给耦合因子，然后再通过耦合因子中的接口回调给P层，再由P层回调给V层。

LoginActivity —> LoginPresenter —> LoginInteractor—>LoginPresenter—>LoginActivity

LoginInteractor这到底是个什么东西，说白了就是一个接口，项目中是这样的：


public interface LoginInteractor {

    interface OnLoginFinishedListener {
        void onUsernameError();

        void onPasswordError();

        void onSuccess();
    }

    void login(String username, String password, OnLoginFinishedListener listener);

}

有接口就有实现，再看它的实现类 LoginInteractorImpl：


public class LoginInteractorImpl implements LoginInteractor {

    @Override
    public void login(final String username, final String password, final OnLoginFinishedListener listener) {
        // Mock login. I'm creating a handler to delay the answer a couple of seconds
        new Handler().postDelayed(new Runnable() {
            @Override public void run() {
                if (TextUtils.isEmpty(username)) {
                    listener.onUsernameError();
                    return;
                }
                if (TextUtils.isEmpty(password)) {
                    listener.onPasswordError();
                    return;
                }
                listener.onSuccess();
            }
        }, 2000);
    }
}

那么在什么地方用呢？看下面

presenter=new LoginPresenterImpl(this,newLoginInteractorImpl());

在activity中，实例化Presenter的时候讲耦合因子的实现即new LoginInteractorImpl();作为行参传入。然后在Presenter中调用login()进行登陆请求。

大体流程就是这样，不详细的地方建议直接跑github上的demo。虽然很解耦，但是我发现按照那种方法我们新建的类会很多。

github的截图

如果一个登录就算用了mvp，还需要建这么多类，想想还是挺恐怖的。为此，我们可以结合契约模式进行简化一下。首先看简化后的类：

项目截图

Constract是引用自谷歌mvp中的结构，它所表达的就是将vp层中的接口进行统一的管理，即与LoginActivity签订契约（Constract）。说得这么神奇，其实也就一接口。


public interface LoginConstract {
    interface LoginPresenter{
        void login(String name, String passWord);
    }

    interface LoginView{
        void showLoading();
        void loginError(String message);
        void loginSuccess();
    }

    //耦合因子，解耦presenter数据层
    interface LoginInteractor{
        interface LoginBackListener{
            void loginSuccess();
            void loginError(String message);
        }
        void login(String name, String passWord, LoginBackListener loginBackListener);
    }
}