Android学习笔记之MVP

image.png

P层与M层和V层进行交互，P层持有Model层实例，同时包含一个CallBack回调。Model层获取数据，然后P层因为持有Model层和View层，也就可以通过CallBack回调数据结果给View层更新UI。以实现View层和Model层的分离。

• View层：要实现回调接口CallBack，然后只管【UI更新】

• Model层：只管【获取数据】

• Presenter层：需要获取Model数据并通过CallBack让View层知晓来【调度】

MVP与MVC

MVP与MVC最不同的一点是M与V是不直接关联的也是就Model与View不存在直接关系，这两者之间间隔着的是Presenter层，其负责调控 View与Model之间的间接交互

具体实现：

1.创建一个View层

public interface GoodsInfoView {
    void initGoodsInfo(GoodsInfo goodsInfo);
    void showErr(String err);
}

2.创建一个Model层

public class GoodsInfoViewModel  {
    private static DataProvider dataProvider;
    static User user;
    public GoodsInfoViewModel(DataProvider dataProvider) {
        this.dataProvider = dataProvider;
        this.user = DataLocalUtils.getUser();
    }

    public static void getGoodsInfo(String id, Dialog dialog, GoodsInfoView callBack) {
        dataProvider.shop.goodsInfo(user == null ? "0" : user.getUid(), id, 0)
                .subscribe(new OnSuccessAndFailListener<BaseResponse<GoodsInfo>>(dialog) {
                    @Override
                    protected void onSuccess(BaseResponse<GoodsInfo> listBaseResponse) {
                        callBack.initGoodsInfo(listBaseResponse.getData());
                    }
                    @Override
                    protected void onErr(String msg) {
                        callBack.showErr(msg);
                    }
                });
    }

}

3.创建一个Presenter层

public class GoodsPresenter {
    GoodsInfoView view;
    public GoodsPresenter(GoodsInfoView view) {
       this.view = view;
    }
    public void getGoodsInfo(String id, Dialog dialog){
        GoodsInfoViewModel.getGoodsInfo(id, dialog, view);
    }
}

4.在Fragment页面使用

• a.让这个Fragment实现接口GoodsInfoView,因为目前Fragment就要充当View层的角色，那么此Fragment就必然实现两个方法：

    @Override
    public void initGoodsInfo(GoodsInfo goodsInfo) {

    }

    @Override
    public void showErr(String err) {

    }

• b.然后我们创建Persenter层实例，并调用方法

GoodsPresenter goodsPresenter = new GoodsPresenter(this);
goodsPresenter.getGoodsInfo(id,dialog);

这样我们在Fragment就拿到了请求数据的GoodsInfo,从而把网络请求这一块提到了Model层去做。随着以后业务逻辑的复杂，我们 MVP层代码都会增加许多，但我们的Fragment页面只会加入一些新的接口实现UI刷新。从而大大减少了Fragment页面的代码行数。

总之：MVP就是把Fragment需要的网络操作分离到了一个Model层，而Fragment就实现了V层接口以到达只管刷新UI的目的。

对于简单的页面真没必要使用MVP，想必很多文章页提醒了大家了。我们可以对一些非常复杂的页面进行MVP分成，而简单的页面还是采用MVC。如果你的一个页面代码有了几千行，看起来一团糟。这个时候你就需要考虑用MVP来分离了。

参考文献：

从最简单的Android MVP讲起:
https://www.jianshu.com/p/4736ebe1114b

Android MVP架构搭建
http://www.jcodecraeer.com/a/anzhuokaifa/2017/1020/8625.html

android的MVP模式

Google官方实例
https://github.com/googlesamples/android-architecture

Android官方MVP架构解读
https://blog.csdn.net/ljd2038/article/details/51477475

Android项目框架之MVP+Dagger.Android+LiveData
https://www.jianshu.com/p/b4885e1ac063

android：MVP架构模式的优雅封装
https://www.jianshu.com/p/4e5c1fd007bf

测试接口：
https://api.asilu.com/geo/