资讯专栏INFORMATION COLUMN

MVP应用架构模式

fyber / 3190人阅读

摘要:最近通过源码设计模式解析与实战对应用架构进行了了解,摘其重点记录于此。模式的三个角色层主要作为和的桥梁,它从层检索数据后,返回给层,使得和之间没有耦合,也将业务逻辑从角色上抽离出来。层角色主要是提供数据的存取功能。

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

MVP简介

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

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

MVP模式的三个角色

Presenter层:主要作为View和Model的桥梁,它从Model层检索数据后,返回给View层,使得View和Model之间没有耦合,也将业务逻辑从View角色上抽离出来。

View层:用户界面,通常是指Activity、Fragment或者某个View控件,它含有一个Presenter成员变量。负责页面渲染与事件分发(即调用Presenter方法处理事件)。

Model层:Model角色主要是提供数据的存取功能。Presenter需要通过Model层存储、获取数据,Model就像一个数据仓库。更直白地说,Model是封装了数据库DAO或者网络获取数据的角色,或者两种数据获取方式的集合。

MVP模式的应用

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

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

向服务器请求数据,并且在数据存储到数据库中;

从数据库中加载文章列表。

关键类如下:

本地仓库——LinkedList:负责提供(输出)本地数据,同时负责将远程数据缓存至本地,被仓库层持有;

远程仓库接口——RemoteRepository:如Retrofit对应的interface文件,被仓库层持有;

远程仓库实现——RemoteRepositoryImpl :负责Http请求的发起及响应的接收,被仓库层实例化;

仓库层接口——ArticleModel:定义了仓库层需要实现的功能,亦即Presenter可调用的方法,被Presenter持有;

仓库层实现——ArticleModelImpl :即Model层,内部持有本地仓库和远程仓库的引用,负责为Presenter提供数据,被Presenter实例化;

Presenter层——ArticlePresenter :被View层实现持有,同时持有仓库层接口(ArticleModel)及View层接口(ArticleViewInterface),通过调用仓库层及View层的方法实现业务逻辑;

View层接口——ArticleViewInterface:定义视图层需要实现的功能,被Presenter持有;

View层实现——MvpHomeActivity:实现View层需要具备的功能(方法),按需调用Presenter的业务逻辑;

/**
*数据加载监听
*/
public interface DataListener {
    //泛型是数据集合的类型
    public void onComplete(T articles);
}

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

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

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

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

    /**
    *持有remote仓库的引用
    */
    RemoteRepository remote= new RemoteRepositorympl();
    
    @Override
    public void loadArticlesFromRemote(DataListener> listener) {
        remote.fetchArticles(listener);
     }
    
    @Override
    public void saveArticles(List articles) {
        //为了代码简单,我们这里模拟数据库的存取操作,将数据缓存到内存中
        mCacheArticles.addAll(articles);
     }
    
    @Override
    public void loadArticlesFromCache(DataListener> 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>() {
            @Override
            public void onComplete(List result) {
                //数据加载完,调用View的showArticles函数将数据传递为View显示
                mArticleView.showAricles(result);
    
                mArticleView.hideLoading();
    
                //储存到数据库
                mArticleModel.saveArticles(result);
            }
        });
    }

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

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


/**
*View层实现
*/
public class MvpHomeActivity extends Activity implements ArticleViewInterface {
        
        private ListView lv;
        private ProgressBar pb;
           
        private List mArticles = new LinkedList();
        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(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 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 {
    protected Reference mViewRef;//View接口类型的弱引用
    
    public void attachView(T view){
        mViewRef = new WeakReference(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> 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类中。

它山之石

理解Java中的弱引用

文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。

转载请注明本文地址:https://www.ucloud.cn/yun/14817.html

相关文章

  • Android架构

    摘要:目前它还未正式发布。理解系列一是谷歌在发布一套帮助开发者解决架构设计的方案。但最近还是推出了一份关于应用架构的实践指南,并给出了相当详尽的步骤和一些指导建议。 MVP+Retrofit+Rxjava在项目中实战解析 文章目标 MVP在android中的原理解析 MVP+Retrofit+Rxjava在项目中实战解析 架构经验分享 MVP简单介绍 先说说MVC分层: View:对应于布局...

    bergwhite 评论0 收藏0
  • Android架构 - 收藏集 - 掘金

    摘要:代码不会写的很复杂架构思考模块化多进程掘金关于模块化组件化这个问题,我想每个开发者可能都认真的思考过。今天,我安居客项目架构演进掘金本文已授权微信公众号独家发布。 关于 Dagger2+Mvp+rxjava+retroft2.0 的一点实践 - Android - 掘金前言做这个项目的初衷是想练手,因为现在rxjava+retrofit框架相当火,而公司的同事正在用这个框架也觉得很方便...

    tianyu 评论0 收藏0
  • Android架构 - 收藏集 - 掘金

    摘要:代码不会写的很复杂架构思考模块化多进程掘金关于模块化组件化这个问题,我想每个开发者可能都认真的思考过。今天,我安居客项目架构演进掘金本文已授权微信公众号独家发布。 关于 Dagger2+Mvp+rxjava+retroft2.0 的一点实践 - Android - 掘金前言做这个项目的初衷是想练手,因为现在rxjava+retrofit框架相当火,而公司的同事正在用这个框架也觉得很方便...

    honmaple 评论0 收藏0
  • 我的Android重构之旅:架构

    摘要:是的架构的实现。是在年提出的一种前端架构,主要用来处理复杂的逻辑的一致性问题当时是为了解决页面的消息通知问题。 去年10月底来到了新公司,刚开始接手 Android 项目时,发现该项目真的是一团遭,项目开发上没有任何架构可言,开发人员连简单的 MVC、MVP 都不了解,Activity 及其臃肿,业务边界也不明确,因此我决定重新分析一下当前主流的几种开发架构,选出适合当前项目的架构形式...

    mylxsw 评论0 收藏0
  • Android开源架构

    摘要:音乐团队分享数据绑定运行机制分析一个项目搞定所有主流架构单元测试一个项目搞定所有主流架构系列的第二个项目。代码开源,展示了的用法,以及如何使用进行测试,还有用框架对的进行单元测试。 Android 常用三方框架的学习 Android 常用三方框架的学习 likfe/eventbus3-intellij-plugin AS 最新可用 eventbus3 插件,欢迎品尝 简单的 MVP 模...

    hzc 评论0 收藏0
  • Android开源架构

    摘要:音乐团队分享数据绑定运行机制分析一个项目搞定所有主流架构单元测试一个项目搞定所有主流架构系列的第二个项目。代码开源,展示了的用法,以及如何使用进行测试,还有用框架对的进行单元测试。 Android 常用三方框架的学习 Android 常用三方框架的学习 likfe/eventbus3-intellij-plugin AS 最新可用 eventbus3 插件,欢迎品尝 简单的 MVP 模...

    sutaking 评论0 收藏0

发表评论

0条评论

fyber

|高级讲师

TA的文章

阅读更多
最新活动
阅读需要支付1元查看
<