MVP模式

一．使用背景

 

1.逻辑业务被塞到View中（Activity），使得View变的混乱

2.MVP可以分离显示层和逻辑层，他们之间通过接口进行通信，降低耦合

3.数据层（可能是本地数据库检索数据，远程服务器，或者被替换）

4.UI层（随着产品迭代，肯定会重新设计），如果View中混合着逻辑，那么UI变化导致我们修改新的View控件，就要到原来的View中抽离具体的业务逻辑

理想状态：同一份逻辑代码搭配不同的显示界面，因为他们之间并不依赖于具体，而是依赖抽象

 

对于一个可扩展,稳定的应用来说，我们需要定义分离各个层，主要UI层，业务逻辑层（mvp中放到P）和数据层(M)

 

二．MVP模式的三个角色

1.Presenter---交互中间人

Presenter主要作为沟通View和Model的桥梁，他从Model层获取数据后（4），返回给View层（1），

使得View和Model之间没有耦合，也将业务逻辑从View角色上抽离出来

 

2.View----用户界面

View通常指的是Activity,Fragment或者某个View控件，它含有一个一个Presenter成员变量。通常View需要实现一个逻辑接口，将View上的操作转给Presenter进行实现（2），最后Presenter调用View逻辑接口将结果返回给View元素

 

3.Model----数据存储

对于一个结构化的App来说，Model角色主要是提供数据的存取功能，Presenter需要通过Model层存储，获取数据（3,4），简单的说，Model就是封装了数据库DAO或者网络获取数据的角色，或者两者方式都有的集合

三．MVP简单实现

//接口M

public interface ArticleModel {
    public void saveArticles(List<Article> articles);
    public void loadArticlesFromCache(DataListener<List<Article>> listener);

}

//具体的M

public class ArticleModeImple implements ArticleModel {
    List<Article> mCacheArticles = new LinkedList<>();

    @Override
    public void saveArticles(List<Article> articles) {
        mCacheArticles.addAll(articles);
    }

    @Override
    public void loadArticlesFromCache(DataListener<List<Article>> listener) {
        listener.onComplete(mCacheArticles);
    }
}

//链接V跟P的接口

public interface  ArticleViewInterface {
    public void  showArticles(List<Article> articles);//展示数据
    public void showLoading();
    public void hideLoading();
}

//具体的V

public class MainActivity extends Activity implements ArticleViewInterface {
    RecyclerView mRecycleView;
    ProgressBar progressBar;
    List<Article> mArticles = new LinkedList<Article>();
    ArticleAdapter mAdapter;
    ArticlePresenter mPresenter;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        //初始化控件
        initViews();
        //初始化请求队列
        //....
        //构建ArticlePresenter,与ArticleActity建立关联
        mPresenter = new ArticlePresenter(this);
        //请求文章数据
        mPresenter.fetchArticles();
    }

    private void initViews() {
        //省略代码
        //....
    }

    @Override
    public void showArticles(List<Article> result) {
        mArticles.addAll(result);//更新数据源
        mAdapter.notifyDataSetChanged();//更新UI
    }

    @Override
    public void showLoading() {

    }

    @Override
    public void hideLoading() {

    }
}

//具体的P(一般会有一个接口P)

/**
 *Presenter作为View和Model的中间人
 * */
public class ArticlePresenter {
    //ArticleView接口，代表了View接口角色
    ArticleViewInterface mArticleView;
    //文章数据的Model，也就是Model角色
    ArticleModel mArticleModel = new ArticleModeImple();
    //从网络上获取文章的API
    ArticleAPI mAriticleApi = new ArticleAPIImpl();

    public ArticlePresenter(ArticleViewInterface mArticleView) {
        this.mArticleView = mArticleView;
    }

    //获取文章,也就是我们的业务逻辑
    public void fetchArticles(){
        mArticleView.showLoading();
        mAriticleApi.fetchArticles(new DataListener<List<Article>>(){
            @Override
            public void onComplete(List<Article> result) {
                //数据加载完，调用View的showArticles函数将数据传递给View显示
                mArticleView.showArticles(result);
                mArticleView.hideLoading();
                //存储到数据库
                mArticleModel.saveArticles(result);
            }
        });
    }

    public void loadArticlesFromDB(){
        mArticleModel.loadArticlesFromCache(new DataListener<List<Article>>() {
            @Override
            public void onComplete(List<Article> result) {
                //从数据库加载
                mArticleView.showArticles(result);
            }
        });
    }

}

通过这个用例可以看到，Presenter对于View是完全解耦的，

1.Presenter依赖的是ArticleViewInterface抽象，而不是具体的MainActivity这个类，因此当UI界面变化，只要新UI实现AriticleViewInterface以及相关的逻辑就可以跟Presenter用起来

2.Presenter将业务逻辑从MainActivity抽离出来，让MainActivity变得非常轻量级，MainActivity只要做一些View的初始化

3.MVP中的View和Model不能直接通信，他们交互通过Presenter，ArticlePresenter中持有

ArticleViewInterface(抽象),还持有ArticleModel(抽象)，这两个的具体实现可以轻易被替换