MVP介绍以及优化封装

       近期把项目工程给换了一个架构，原来是用的是mvc ,现在转换为MVP模式，略有心得，给大家分享一下。mvp优缺点都比较明显，希望大家都能理解，不要为了用MVP而用MVP。

MVP的优点：代码复用，条理清晰等等。不过在程序元来说MVP最大的优点还是代码解耦，逻辑清晰，至于代码复用，暂时没有感觉很好用，除非是界面和逻辑基本一样的，不然想要复用，其实不太现实。

1. MVP的缺点：会多出许多类，增加了项目的复杂程度，而且像某些逻辑及其简单，事件较少的界面，使用MVP实际上反而是累赘，明明用MVC也就几十行代码的事，改成MVP多了好多个类，反而感觉不划算，改需求时又要翻阅好多个类。因此，我建议大家，如果你的某个界面极其简单，其实就不要用MVP了，MVP是逻辑越复杂，优势越明显，逻辑简单时，反而不如MVC好用。下面简单介绍一下mvc 以及mvp

下面来谈谈文章主题，MVP的优化问题，最开始采用网上大家的写法，发现代码的复用性不好，有些逻辑类似的代码，基本上每个presenter 和model都要重新写，于是想到使用Base类的方法，把某些共有的方法抽离以达到代码的复用性，类似于BaseActivity。

举个例子比如网络请求，在MVC中通常是把网络请求封装在BaseActivity中，不过既然是MVP，网络请求自然应该封装在Model里面啦

public abstract class BaseActivityModel implements IPublicModel {
    //网络连接模式，当一个页面含有多个网络请求时，通过传入不同的模式，选择相应的加载参数
    public static final int MODE_ONE=1;
    public static final int MODE_TWO=2;
    public static final int MODE_THREE=3;
    //网络连接工具接口类
    protected InternetConnect mConnect;

    /**
     * @param mode 请求模式
     * @param intent 上个页面传递过来的intent
     * @param i 请求回调
     * @param parameter 请求的一些参数
     */
    @Override
    public void requestData (int mode, Intent intent, JsonI i, String... parameter) {
        HashMap<String, String> map = new HashMap<>();
        JsonBean.Payload payload=new JsonBean.Payload();
        mConnect.loadParameter(intent,mode,payload,map,parameter);//加载参数，由子类实现
        map.put("payload", VolleyConnect.getGson().toJson(payload));
        VolleyConnect.getInVolleyConnect().getServiceMsg( map,i);//封装Volley，传入参数以及回调接口
    }

    /**
     * 设置网络请求
     */
    @Override
    public void setMConnect (InternetConnect mConnect) {
        this.mConnect=mConnect;
    }
}

同样的共有的方法和字段抽象出presenter的基类

public abstract class BaseActivityPresenter<T extends IPublicView, E extends IPublicModel> implements IPublicPresenter {
    protected T view;
    protected E model;
    protected RequestResult mRequestResult;
    protected Handler mHandler;

    public BaseActivityPresenter (T view) {
        this.view = view;
        Type type = getClass().getGenericSuperclass();//使用反射实例化Model
        Type trueType = ((ParameterizedType) type).getActualTypeArguments()[1];
        try {
            this.model = ((Class<E>) trueType).newInstance();
        } catch (InstantiationException e) {
            e.printStackTrace();
        } catch (IllegalAccessException e) {
            e.printStackTrace();
        }
        new TimeCount(200, 50, new ITimeCount() {
            @Override
            public void isRuning (long millisUntilFinished) {

            }

            @Override
            public void isFinish () {
                init();//加载子类方法，延时200毫秒加载
            }
        }).start();
    }
    /*
    设置网络请求回调
     */
    public void setRequestResult (RequestResult requestResult) {
        mRequestResult = requestResult;
    }
    /*
    获取view的handler，需要传入一个回调接口
     */
    public void setHandler (IHandler handlerI) {
        mHandler = view.exposeHandler(handlerI);
    }

    @Override
    public void requestData (final int mode, String... parameter) {
        view.setLoading(true);
        model.requestData(mode, view.exposeIntent(), new JsonI() {
            @Override
            public void notice (JsonBean bean) {
//                if (bean.getStatus().equals("0")) {
//                    mRequestResult.requestDataSuccess(mode,bean);
//                }else{
//                    mRequestResult.requestDataFail(mode,bean);
//                }
                view.setLoading(false);
            }

            @Override
            public void notice (int error) {
                view.showError(error);
            }
        }, parameter);
    }
}

这样我们就可以更加简单方便的使用MVP模式了，下面是使用示例

public class LoginPresenter extends BaseActivityPresenter<ILoginView,LoginModel> implements ILoginPresenter, RequestResult {
    public LoginPresenter (ILoginView view) {
        super(view);
    }

    @Override
    public void init () {
        setRequestResult(this);
    }

    @Override
    public void requestDataSuccess (int mode, JsonBean bean) {
        
    }

    @Override
    public void requestDataFail (int mode, JsonBean bean) {

    }
}

可以看到，LoginPresenter不再需要去写model字段和网络请求逻辑，通过泛型，可以自动创建model，而网络请求，仅仅需要设置对应的回调就可以哒。

总结，这样做进一步降低了代码耦合，方便以后代码维护，而且整个MVP感觉更加简单。