MVP应用架构模式

最近通过《Android源码设计模式解析与实战》对MVP应用架构进行了了解，摘其重点记录于此。

MVP简介

MVP模式全称Model View Presenter。能：
1.有效地降低View复杂性，避免业务逻辑被塞进View中；
2.解除View与Model的耦合，保证了系统的整洁性、灵活性。

理想化的MVP模式可以实现同一份逻辑代码搭配不同的显示页面，因为它们之间并不依赖于具体（class），而是依赖于抽象（interface）。
MVP并不是一个标准化的模式，我们可根据自己的需求和自己认为对的方式去修正MVP的实现方式，它可以随着Presenter的复杂程度变化。
只要我们是通过Presenter将View和Model解耦合、降低类型复杂度、各个模块可以独立测试、独立变化，这就是正确的方向。

MVP模式的三个角色

  1. Presenter层：主要作为View和Model的桥梁，它从Model层检索数据后，返回给View层，使得View和Model之间没有耦合，也将业务逻辑从View角色上抽离出来。
  2. View层：用户界面，通常是指Activity、Fragment或者某个View控件，它含有一个Presenter成员变量。负责页面渲染与事件分发（即调用Presenter方法处理事件）。
  3. Model层：Model角色主要是提供数据的存取功能。Presenter需要通过Model层存储、获取数据，Model就像一个数据仓库。更直白地说，Model是封装了数据库DAO或者网络获取数据的角色，或者两种数据获取方式的集合。

MVP模式的应用

下面通过一个简单的客户端示例来直观地体会MVP在开发中的运用。我们的UI原型大致如下图所示：主界面就是一个ListView和进度条，在加载数据时显示进度条，加载完成之后隐藏。
UI原型

进入应用后首先会从服务器下载最新的20篇文章，然后将每一篇文章的简介显示到列表上。因此，我们的业务逻辑大概有下列2个：

  1. 向服务器请求数据，并且在数据存储到数据库中；
  2. 从数据库中加载文章列表。

关键类如下：

  1. 本地仓库——LinkedList<String>：负责提供（输出）本地数据，同时负责将远程数据缓存至本地，被仓库层持有；
  2. 远程仓库接口——RemoteRepository：如Retrofit对应的interface文件，被仓库层持有；
  3. 远程仓库实现——RemoteRepositoryImpl ：负责Http请求的发起及响应的接收，被仓库层实例化；
  4. 仓库层接口——ArticleModel：定义了仓库层需要实现的功能，亦即Presenter可调用的方法，被Presenter持有；
  5. 仓库层实现——ArticleModelImpl ：即Model层，内部持有本地仓库和远程仓库的引用，负责为Presenter提供数据，被Presenter实例化；
  6. Presenter层——ArticlePresenter ：被View层实现持有，同时持有仓库层接口（ArticleModel）及View层接口（ArticleViewInterface），通过调用仓库层及View层的方法实现业务逻辑；
  7. View层接口——ArticleViewInterface：定义视图层需要实现的功能，被Presenter持有；
  8. View层实现——MvpHomeActivity：实现View层需要具备的功能（方法），按需调用Presenter的业务逻辑；
/**
*数据加载监听
*/
public interface DataListener<T> {
    //泛型是数据集合的类型
    public void onComplete(T articles);
}

/**
*远程数据获取接口（remote仓库接口）
*/
public interface RemoteRepository{
    /**
    *远程抓取数据
    */
    public void fetchArticles(DataListener<List<String>> listener);
}

/**
*远程数据获取实现（remote仓库实现）
*/
public class RemoteRepositoryImpl implements RemoteRepository{
    @Override
    public void fetchArticles(DataListener<List<String>> listener) {
        List<String> articles = new ArrayList<>();
        for (int i = 0; i < 20; i++) {
            articles.add("文章" + i);
        }
         listener.onComplete(articles);
    }
}

/**
*数据层抽象（Model层接口、仓库层接口）
*/
public interface ArticleModel {
    /**
    *调用远程接口获取文章列表
    */
    public void loadArticlesFromRemote(DataListener<List<String>> listener);
    /**
    *缓存网络数据至本地
    */
    public void saveArticles(List<String> articles);
    /**
    *从缓存中加载数据
    *@param listener  该参数由ModelImpl调用，由Presenter负责实现，用于解耦。
    */
    public void loadArticlesFromCache(DataListener<List<String>> listener);
}

/**
*数据层实现（Model层实现、仓库层实现）
*/
public class ArticleModelImpl implements ArticleModel {
    /**
    *持有local仓库的引用
    */
    List<String> mCacheArticles = new LinkedList<String>();

    /**
    *持有remote仓库的引用
    */
    RemoteRepository remote= new RemoteRepositorympl();
    
    @Override
    public void loadArticlesFromRemote(DataListener<List<String>> listener) {
        remote.fetchArticles(listener);
     }
    
    @Override
    public void saveArticles(List<String> articles) {
        //为了代码简单，我们这里模拟数据库的存取操作，将数据缓存到内存中
        mCacheArticles.addAll(articles);
     }
    
    @Override
    public void loadArticlesFromCache(DataListener<List<String>> listener) {
        listener.onComplete(mCacheArticles);
    }
}

/**
*Presenter层
*/
public class ArticlePresenter {
    //Presenter层持有View层的接口
    ArticleViewInterface mArticleView;
    
    //Presenter层持有Model层的接口
    ArticleModel mArticleModel;
    
    //构造器，给持有的View层接口赋以具体的实现，进而可以调用View层的方法
    //同时实例化成员变量
    public ArticlePresenter(ArticleViewInterface viewInterface) {
        mArticleView = viewInterface;
        mArticleModel = new ArticleModelImpl();
    }
    
    /**
    *业务逻辑1：获取远程数据
    */
    public void fetchArticles() {
        mArticleView.showLoading();
        mArticleModel .loadArticlesFromRemote(new DataListener<List<String>>() {
            @Override
            public void onComplete(List<String> result) {
                //数据加载完，调用View的showArticles函数将数据传递为View显示
                mArticleView.showAricles(result);
    
                mArticleView.hideLoading();
    
                //储存到数据库
                mArticleModel.saveArticles(result);
            }
        });
    }

    /**
    *业务逻辑2：获取缓存数据:
    */
    public void loadArticlesFromDB(){
        mArticleModel.loadArticlesFromCache(new DataListener<List<String>>() {
            @Override
            public void onComplete(List<String> result) {
                mArticleView.showAricles(result);
            }
        });
    }
}

/**
*View层接口
*/
public interface ArticleViewInterface {
    /**
    *展示数据
    */
    public void showAricles(List<String> articles);
    /**
    *显示进度条
    */
    public void showLoading();
    /**
    *隐藏进度条
    */
    public void hideLoading();
}


/**
*View层实现
*/
public class MvpHomeActivity extends Activity implements ArticleViewInterface {
        
        private ListView lv;
        private ProgressBar pb;
           
        private List<String> mArticles = new LinkedList<String>();
        private BaseAdapter mAdapter;
            //View层实现持有Presenter的引用
        private ArticlePresenter mPresenter;

        @Override
        protected void onCreate(Bundle savedInstanceState) {
            super.onCreate(savedInstanceState);
            setContentView(R.layout.activity_mvp_home);
            //初始化各种控件
            initViews();
            //构建ArticlePresenter，与Activity关联
            mPresenter = new ArticlePresenter(this);

            boolean netAvailable = true;
            if (netAvailable) {
                mPresenter.fetchArticles();
            }else{
                mPresenter.loadArticlesFromDB();
            }
        }
    
        private void initViews() {
            pb = (ProgressBar) findViewById(R.id.pb);
            lv = (ListView) findViewById(R.id.lv);
            mAdapter = new CommonAdapter<String>(this,R.layout.item_layout,mArticles) {
                @Override
                protected void convert(ViewHolder viewHolder, String item, int position) {
                    viewHolder.setText(R.id.text1,item);
                }
            };
            lv.setAdapter(mAdapter);
        }
    
        @Override
        public void showAricles(List<String> articles) {
            mArticles.addAll(articles);
            mAdapter.notifyDataSetChanged();
        }
    
        @Override
        public void showLoading() {
            pb.setVisibility(View.VISIBLE);
        }
    
        @Override
        public void hideLoading() {
            pb.setVisibility(View.GONE);
        }
    }

延伸

需要注意的是，上述代码中对于ArticlePresenter并没有进行接口抽象，而是使用了具体类，因为业务逻辑相对稳定，在此我们直接使用具体类即可。当然，如果业务逻辑相对来说易于变化，使用Presenter接口来应对更是最好不过了。

同时，由于Presenter经常性地需要执行一些耗时操作，如网络请求。而Presenter持有了MvpHomeActivity的强引用，如果在请求结束之前Activity被销毁了，那么由于网络请求还没有返回，导致Presenter一直持有MvpHomeActivity对象，使得MvpHomeActivity对象无法被回收，此时就发生了内存泄漏。

为了解决上述问题，可以通过弱引用和Activity，Fragment的生命周期来解决这个问题。首先建立一个Presenter抽象，它是一个泛型类，泛型类型为View角色要实现的接口类型，代码如下：

public abstract class BasePresenter<T> {
    protected Reference<T> mViewRef;//View接口类型的弱引用
    
    public void attachView(T view){
        mViewRef = new WeakReference<T>(view);//建立关联
    }
    
    //获取View
    protected T getView(){
        return mViewRef.get();
    }
    
    //判断是否与View建立了关联
    public boolean isViewAttached(){
        return mViewRef!=null&&mViewRef.get()!=null;
    }
    
    //解除关联
    public void detachView(){
        if(mViewRef!=null){
            mViewRef.clear();
            mViewRef = null;
        }
    }
}

然后，创建一个MVPBaseActivity基类，通过这个基类的生命周期来控制它和Presenter的关系，代码如下：

public abstract class MVPBaseActivity<V, P extends BasePresenter<V>> extends Activity {
    /**
    *Presenter对象
    */
    protected P mPresenter;
    
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        //创建Presenter
        mPresenter = createPresenter();
        mPresenter.attachView((V) this);
    }
    
    @Override
    protected void onDestroy() {
        super.onDestroy();
         /**
        *弱引用防止内存溢出
        */
        mPresenter.detachView();
    }
    
    /**
    *子类负责提供具体的Presenter对象
    */
    protected abstract P createPresenter();
}

MVPBaseActivity含有两个泛型参数，第一个是View层接口，第二个是Presenter的具体类型。通过泛型参数，使得一些通用的逻辑可以被抽象到MVPBaseActivity类中。

它山之石

  1. 理解Java中的弱引用
最后编辑于 ：
©著作权归作者所有,转载或内容合作请联系作者
  • 人面猴
    序言：七十年代末，一起剥皮案震惊了整个滨河市，随后出现的几起案子，更是在滨河造成了极大的恐慌，老刑警刘岩，带你破解...
    沈念sama阅读 158,736评论 4赞 362
  • 死咒
    序言：滨河连续发生了三起死亡事件，死亡现场离奇诡异，居然都是意外死亡，警方通过查阅死者的电脑和手机，发现死者居然都...
    沈念sama阅读 67,167评论 1赞 291
  • 救了他两次的神仙让他今天三更去死
    文/潘晓璐 我一进店门，熙熙楼的掌柜王于贵愁眉苦脸地迎上来，“玉大人，你说我怎么就摊上这事。” “怎么了？”我有些...
    开封第一讲书人阅读 108,442评论 0赞 243
  • 道士缉凶录：失踪的卖姜人
    文/不坏的土叔 我叫张陵，是天一观的道长。 经常有香客问我，道长，这世上最难降的妖魔是什么？ 我笑而不...
    开封第一讲书人阅读 43,902评论 0赞 204
  • 港岛之恋（遗憾婚礼）
    正文 为了忘掉前任，我火速办了婚礼，结果婚礼上，老公的妹妹穿的比我还像新娘。我一直安慰自己，他们只是感情好，可当我...
    茶点故事阅读 52,302评论 3赞 287
  • 恶毒庶女顶嫁案：这布局不是一般人想出来的
    文/花漫 我一把揭开白布。 她就那样静静地躺着，像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上，一...
    开封第一讲书人阅读 40,573评论 1赞 216
  • 城市分裂传说
    那天，我揣着相机与录音，去河边找鬼。 笑死，一个胖子当着我的面吹牛，可吹牛的内容都是我干的。 我是一名探鬼主播，决...
    沈念sama阅读 31,847评论 2赞 312
  • 双鸳鸯连环套：你想象不到人心有多黑
    文/苍兰香墨 我猛地睁开眼，长吁一口气：“原来是场噩梦啊……” “哼！你这毒妇竟也来了？” 一声冷哼从身侧响起，我...
    开封第一讲书人阅读 30,562评论 0赞 197
  • 万荣杀人案实录
    序言：老挝万荣一对情侣失踪，失踪者是张志新（化名）和其女友刘颖，没想到半个月后，有当地人在树林里发现了一具尸体，经...
    沈念sama阅读 34,260评论 1赞 241
  • 护林员之死
    正文 独居荒郊野岭守林人离奇死亡，尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,531评论 2赞 245
  • 白月光启示录
    正文 我和宋清朗相恋三年，在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 32,021评论 1赞 258
  • 活死人
    序言：一个原本活蹦乱跳的男人离奇死亡，死状恐怖，灵堂内的尸体忽然破棺而出，到底是诈尸还是另有隐情，我是刑警宁泽，带...
    沈念sama阅读 28,367评论 2赞 253
  • 日本核电站爆炸内幕
    正文 年R本政府宣布，位于F岛的核电站，受9级特大地震影响，放射性物质发生泄漏。R本人自食恶果不足惜，却给世界环境...
    茶点故事阅读 33,016评论 3赞 235
  • 男人毒药：我在死后第九天来索命
    文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹，春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,068评论 0赞 8
  • 一桩弑父案，背后竟有这般阴谋
    文/苍兰香墨 我抬头看了看天上的太阳。三九已至，却和暖如春，着一层夹袄步出监牢的瞬间，已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,827评论 0赞 194
  • 情欲美人皮
    我被黑心中介骗来泰国打工， 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留，地道东北人。 一个月前我还...
    沈念sama阅读 35,610评论 2赞 274
  • 代替公主和亲
    正文 我出身青楼，却偏偏与公主长得像，于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子，可洞房花烛夜当晚...
    茶点故事阅读 35,514评论 2赞 269