Android MVP 模式框架

Android 开发MVP模式已经成为了主流开发框架，它相对于MVC模式确实有很多好处，比如：
1.减少了Activity或者Fragment里面的代码数量，使Activity代码或者Fragment代码看起来不再那么臃肿，逻辑复杂。
2.使逻辑处理和UI操作进行了解耦，有利于进行维护，迭代和重构
3.使代码结构更加清晰，更加容易阅读

下面就看一下MVP模式是怎么实现的 (UI层以Fragment为例子)
首先demo目录结构如下：

首先定义base包里面的文件：BaseView:(主要包括UI层的基本操作)

public interface BaseView {
    void showToast(String msg);

    void showToast(int resourceId);
}
复制代码

在看BaseModel:

public interface BaseModel {
    void onDestroy();
}
复制代码

BasePresenter:

public abstract class BasePresenter<M extends BaseModel,V extends BaseView> {
    protected M model;
    protected V view;

    public BasePresenter(V view) {
        this.view = view;
        model = createModel();
    }

    protected abstract M createModel();
}
复制代码

可以看到BasePresenter持有了泛型M(继承自BaseModel)和P(继承自BaseView)

BaseFragment:

public abstract class BaseFragment<P extends BasePresenter> extends Fragment{
    protected P presenter;

    protected abstract int getResLayoutId();

    protected abstract P createPresenter();

    protected abstract void onViewCreated();

    @Nullable
    @Override
    public View onCreateView(@NonNull LayoutInflater inflater, @Nullable ViewGroup container, @Nullable Bundle savedInstanceState) {
        View inflate = inflater.inflate(getResLayoutId(), container);
        onViewCreated();
        createPresenter();
        return inflate;
    }
}
复制代码

BaseFragment持有了泛型P(继承自BasePresenter)并且有一个抽象方法createPresenter()等待子类去实现

再看model包里面定义的model类，model主要的功能是去实现请求网络数据或者请求本地缓存数据
MovieListModel

public interface MovieListModel extends BaseModel {
    void queryMovieList(String cinema, RequestCallback<String> callback);
}
复制代码

其中RequestCallback是一个回调接口

public interface RequestCallback<T> {
    void onResult(T var1);

    void onError(String var1,int var2);
}
复制代码

在看Model的具体实现类

public class MovieListModelImpl implements MovieListModel {
    @Override
    public void queryMovieList(String cinema, RequestCallback<String> callback) {

    }

    @Override
    public void onDestroy() {

    }
}
复制代码

这里面具体实现网络请求或者本地缓存数据获取，并且通过callbakc.onResult(T var1)返回请求结果或者callback.onError(String var1,int var2)返回请求失败信息

在看view的定义 MovieListView(它是一个接口)

public interface MovieListView extends BaseView {
    void getMovieListSuccess(String s);
}
复制代码

presenter的定义

public interface MovieListPresenter {

    void queryMovieList();
}
复制代码

以及presenter的实现类

public class MovieListPresenterImpl extends BasePresenter<MovieListModel,MovieListView> implements MovieListPresenter {
    public MovieListPresenterImpl(MovieListView view) {
        super(view);
    }

    @Override
    protected MovieListModel createModel() {
        return new MovieListModelImpl();
    }

    @Override
    public void queryMovieList() {
        model.queryMovieList("", new RequestCallback<String>() {
            @Override
            public void onResult(String var1) {
                view.getMovieListSuccess(var1);
            }

            @Override
            public void onError(String var1, int var2) {

            }
        });
    }
}
复制代码

可以看到传入BasePresenter里面泛型的具体类型是MovieListModel和MovieListView，以接口的形式避免了presenter直接持有view和model的实现类，避免了过度耦合，presenter只会获取到接口中定义的方法。

最后看view的实现类 MovieListFragment

public class MovieListFragment extends BaseFragment<MovieListPresenterImpl> implements MovieListView {
    @Override
    protected int getResLayoutId() {
        return 0;
    }

    @Override
    protected MovieListPresenterImpl createPresenter() {
        return new MovieListPresenterImpl(this);
    }

    @Override
    protected void onViewCreated() {
        presenter.queryMovieList();
    }

    @Override
    public void getMovieListSuccess(String s) {

    }

    @Override
    public void showToast(String msg) {

    }

    @Override
    public void showToast(int resourceId) {

    }
}
复制代码

它实现了MovieListView方法，并且持有了MovieListPresenterImpl。它通过接口MovieListPresenter来操作MovieListPresenterImpl。

好了，MVP模式分享完了，如果有更好的实现方式，或者优化方向，请联系，最后贴出demo源码 地址
gitee.com/ABC_MA_NONG…