Presenter层如何高度的复用

前提

这篇文章主要讲的是在咱们的MVP CLEAN 涉及到PRESENTER层的架构，如何高度的复用咱们已经写好的presenter，从而减小了不少代码量。写这篇文章也是本身的所思所想吧。有兴趣的同窗能够看看一下两个连接关于Clean 和 mvp架构的。（若是文章中有错误或者结构问题欢迎指正）

• CleanArchitecture
• android-architecture

这篇文章的目的很简单，如何高度抽象接口实现presenter复用。主要解决了UI页面中多数据请求中如何复用已写好的presenter。

动机

咱们先来讨论一下，当我把项目搭建成mvp架构的时候，是否是对于每个页面的数据操做都要写好相应的presenter view model，一样你也能够写个Contract来完成view 和 presenter 的链接，这样也能够实现mvp的效果。

1. 若是对于单个页面单个数据请求可能会少写不少代码量
2. 对于单个页面的多个数据操做，咱们的presenter会显得很臃肿。
3. 并且这些页面（单页面单数据请求，单页面多数据请求）会有不少相同的数据操做内容。没有获得复用

这篇文章就是为了解决这个问题

看结构图

architecture.png

哈哈哈图画的可能比较简单，但愿不要介意，好吧咱们就从这个图开始说吧。

我这里就简单的说一下这个图的结构吧，由于每个api（不管是网络请求仍是数据库操做）都是有用的，因此咱们能够把每一个数据操做抽象成一个presenter 和 view 对于单数据操做的页面能够直接调用咱们写好的preseter 对于多数据操做的能够经过一个powerPresenter来完成对这个页面的请求。

单数据操做的没有什么亮点，主要在于多数据操做如何完成view 层接口的回调和相应事件的回调。来完成这个powerPresenter

base的完成

每一个人写base可能都会有所不一样，都是根据不一样的业务来完成base的封装，咱们若是想完成presenter 的高度复用base也是关键，咱们View层的Base Presenter层的Base Act层的Base都是息息相关的。最终完成咱们的目的，废话很少说上代码。

• View Layer

public interface BaseView {

    void showLoading();

    void hideLoading();

    void showError(String message);

}复制代码

这里没什么内容也就是本身封装的基础业务。

• Presenter Layer

public interface Presenter<T extends BaseView> {

    void destroy();

    void attachView(T view);

    void detachView();

}复制代码

这层的主要功能也能够从接口上了解 就是绑定相应的View 和解绑防止内存泄漏（和大多数封装的接口都差很少）。Presenter 没有这么简单咱们又再次对这一层进行了二次包装

public abstract class WrapperPresenter<T extends BaseView> implements Presenter<T> {

    T mView;

    @Override
    public void attachView(T view) {
        mView = view;
    }

    @Override
    public void detachView() {
        mView = null;
    }

}复制代码

这个包装的目的很简单就是省了每次写presenter须要传view进来直接从Activity中获取便可。

• Activity

public abstract class BaseMvpAct<T extends WrapperPresenter> extends AutoLayoutActivity implements BaseView {
    protected T mPresenter;
    private Unbinder bind;


    @Override
    protected void onCreate(@Nullable Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(addContentView());
        bind = ButterKnife.bind(this);
        mPresenter = createP();
        if (mPresenter != null) {
            mPresenter.attachView(this);
        }
        initialize();
    }

    public abstract void initialize();

    public abstract T createP();

    public abstract int addContentView();

    @Override
    protected void onDestroy() {
        super.onDestroy();
        if (mPresenter != null) {
            mPresenter.detachView();
        }
        if (bind != null) {
            bind.unbind();
        }
    }

}复制代码

这个就是BaseAct的基类，能够经过泛型看到咱们要基础这个Act须要传WrapperPresenter的子类。咱们刚刚也看到了在WrapperPresenter里面对view进行了绑定，而咱们在Base就完成了这个操做，因此咱们在实现一个api的presenter时就不必把view 当参数传入了。

子类的实现

说了这么多，没看到复用啊，辣鸡，哎呀小伙子不要急嘛，慢慢来。

有了这些Base咱们就能够展示真正的技术了，写好了这些base是否是开始疯狂的撸代码完成每一个数据操做的Presneter 和相应的view 啊。咱们就简单的完成写一个Presenter 和View 吧，老板上代码！！！！来了来了

view

public interface BannerView extends BaseView {
    void render(BannerBean bean);
}复制代码

presenter

public class BannerPresenter extends WrapperPresenter<BannerView>  {
    //你们不要想这个task啥东西就是网络请求同样
    private BannerTask task;
    public BannerPresenter() {
        task  = new BannerTask(new ApiIml(),new UIThread());
    }

    public void initialize(String type){
        mView.showLoading();
        this.getBanner(type);
    }

    public void getBanner(String type){
        //执行网络请求 回调到Observer 而后经过父类里面的view回参
        task.execute(new BannerObserver(), BannerTask.Params.forType(type));
    }

    private void BannerShow(BannerBean bean){
        mView.render(bean);
    }

    private void BannerLoadFailed(Throwable ex){
        mView.showError(ex.getMessage());
    }

    @Override
    public void destroy() {
        task.dispose();
    }

    private final class BannerObserver extends DefaultObserver<BannerBean>{
        @Override
        public void onNext(BannerBean bannerBean) {
            //回参到view中
            BannerPresenter.this.BannerShow(bannerBean);
        }

        @Override
        public void onComplete() {
            mView.hideLoading();
        }

        @Override
        public void onError(Throwable exception) {
            BannerPresenter.this.BannerLoadFailed(exception);
            mView.showError(exception.getMessage());
        }
    }
}复制代码

上面代码已经写了相应的注释咱们就没必要讲太多了。对于那个task 也不用管那么多 就是一个网络请求的封装。

Act

public class BannerAct extends BaseMvpAct<BannerPresenter> implements BannerView {
    @Override
    public void showLoading() {

    }

    @Override
    public void hideLoading() {

    }

    @Override
    public void showError(String message) {
        Log.i("cuieney", "showError: ");
    }

    @Override
    public void render(BannerBean bean) {
        Log.i("cuieney", "render: "+bean.toString());
    }

    @Override
    public void initialize() {
        mPresenter.initialize("banner");
    }

    @Override
    public BannerPresenter createP() {
        return new BannerPresenter();
    }

    @Override
    public int addContentView() {
        return 0;
    }
}复制代码

代码很简单，看看都懂，完成了上图中的左半边单页面单数据请求。

重点（单页面多数据请求）

终于回到主题了，如何完成presenter的复用 对于单页面多数据请求，而不用写多余的presenter。

从上面的图能够看出来咱们input给了一些东西 （须要哪些数据操做的presenter），而后PowerPresenter output返回了相应的数据操做。很少说上代码

public class PowerPresenter <T extends BaseView> extends WrapperPresenter<T>{
    private T mView;

    private List<Presenter> presenters = new ArrayList<>();
    @SafeVarargs
    public final <Q extends Presenter<T>> void requestPresenter(Q... cls){
        for (Q cl : cls) {
            cl.attachView(mView);
            presenters.add(cl);
        }
    }

    public PowerPresenter(T mView) {
        this.mView = mView;
    }

    @Override
    public void destroy() {
        for (Presenter presenter : presenters) {
            presenter.destroy();
        }
    }

}复制代码

就问大家这个代码简不简单，容不容易。并且他也是WrapperPresenter的子类，也就是说咱们BaseAct通用

• 首先咱们看他的构造函数须要一个View 这个View 是继承BaseView的咱们拿到这个View 干吗呢固然是为了给数据操做完成后回参啊
• 而后咱们又看到了这个方法很亮点requestPresenter里面传入一个数据，能够知足多页面多数据请求的操做。只要把咱们须要的请求经过以前写好的presenter 传入便可。而不须要在写相应的presenter。从而达到复用。
• 第三个亮点是他完美的吧view 关联上了。因为每一个数据请求都有对应的presenter 和view 这个类经过构造函数吧view 传了进来而后经过遍历数据吧view attachView上 完美的结合。
• 一样在destroy 的是完成了数据的解绑。

单页面多数据操做如何完成

上代码，简单暴力 仍是以前的BannerAct 修改为单页面多数据请求

public class BannerAct extends BaseMvpAct<PowerPresenter> implements BannerView {
    private BannerPresenter bannerPresenter;

    @Override
    public void showLoading() {

    }

    @Override
    public void hideLoading() {

    }

    @Override
    public void showError(String message) {
        Log.i("cuieney", "showError: ");
    }

    @Override
    public void render(BannerBean bean) {
        Log.i("cuieney", "render: "+bean.toString());
    }

    @Override
    public void initialize() {
        bannerPresenter.initialize("dsds");
    }

    @Override
    public PowerPresenter createP() {
        PowerPresenter presenter = new PowerPresenter<>(this);
        bannerPresenter = new BannerPresenter();
        ····(这里你能够添加任何你须要的presenter)····
        presenter.requestPresenter(bannerPresenter);
        return presenter;
    }

    @Override
    public int addContentView() {
        return 0;
    }
}复制代码

经过上面代码能够看到，咱们在实现了父类里面的createP方法，而后经过建立PowerPresenter 而后把咱们须要的BannerPresenter网络请求加到了requestPresenter请求中 达到了BannerPresenter 的复用，简短的几句代码。

ending

又到了说再见的时候了，但愿老铁们看到以上文章有不对的地方和须要改善的地方指正一下。么么哒(其实这篇文章讲的是一种思路，我这只是一种方法。你们彻底能够根据本身的结构写出一个比这赞的PowerPresenter)