Android MVP架构模式

我们平时开发都使用的是MVC模式,也就是模型-视图-控制器,随着业务逻辑越来越复杂,Activity类一方面要负责控制View绘制,另一方面又要负责与用户交互及业务逻辑的处理,变得越来越臃肿,为了提高代码可读性降低后期维护成本我建议大家采用MVP模式进行开发,MVP全称Model-View-Presenter,MVP模式通过解耦显示层和逻辑层,避免业务逻辑被塞进View中,能够有效降低View层复杂性,同时也是符合设计模式中的单一职责原则,易于维护。
MVP流程图如图所示:



MVP的三个角色

  • Presenter——交互中间人
    Presenter主要作为View和Model的桥梁,它从Model层检索数据,返回给View层,使得View和Model层没有耦合,也将业务逻辑从View角色中抽离出来。
  • View——用户界面
    View通常是指Activity、Fragment或者某个View控件,它含有一个Presenter成员变量。通常View需要实现一个逻辑接口,将View上的操作转交给Presenter处理,最后Presenter调用View逻辑接口将结果返回给View元素。
  • Model——数据的存取
    对于一个结构化的App来说,Model角色主要是提供数据的存取功能。Presenter需要通过Model层存储、获取数据,Model就像一个数据仓库。更直白的说,Model是封装了数据DAO或者网络获取数据的角色。

MVC、MVP架构对比

MVC架构:

View:对应于布局文件
Model:实体模型
Controllor:对应于Activity


  • View可以与Model直接交互。
  • Controller是基于行为的,并且可以被多个View共享。
  • 可以负责决定显示哪个View。
    MVP架构:

View: 对应于Activity、Fragment,负责View的绘制以及与用户交互
Model: 实体模型
Presenter: 负责完成View于Model间的交互


  • View不直接与Model交互,而是通过与Presenter交互来与Model间接交互。
  • Presenter与View的交互是通过接口来进行的。
  • 通常View与Presenter是一对一的,但复杂的View可能绑定多个Presenter来处理逻辑。

从MVC到MVP主要的转变就是减轻Activity的职责,将Activity中负责逻辑处理的操作提取出来放到Presenter中处理,降低Activity中代码复杂度,便于代码的可读及后期维护。


MVP架构模式实现

MVP并不是一个标准化的模式,它的实现方式有多种,只要能保证Presenter将View和Model解耦、降低类型复杂度、各模块可独立测试、独立变化即可,在Android开发中,我们一般把Activity、Fragment作为View层,View层通过接口与Presenter层交互,Presenter层作为View、Model层的桥梁,处理业务逻辑,Model层处理数据的存储与获取。

  • Model层
    实体模型类
public class NewsDetail {
    public String detail_source;
    public MediaUserBean media_user;
    public int publish_time;
    public String title;
    public String url;
    public boolean is_original;
    public boolean is_pgc_article;
    public String content;
    public String source;
    public int video_play_count;

    public static class MediaUserBean {
        /**
         * no_display_pgc_icon : false
         * avatar_url : http://p1.pstatp.com/thumb/411000674c8942528d2
         * id : 6347463786
         * screen_name : 发现世界
         */

        public boolean no_display_pgc_icon;
        public String avatar_url;
        public String id;
        public String screen_name;
    }
}

Model层数据获取(示例)

public interface ApiService {

    String GET_ARTICLE_LIST = "api/news/feed/v62/?refer=1&count=20&loc_mode=4&device_id=34960436458&iid=13136511752";
    String GET_COMMENT_LIST = "article/v2/tab_comments/";

    /**
     * 获取新闻列表
     *
     * @param category 频道
     * @return
     */
    @GET(GET_ARTICLE_LIST)
    Observable<NewsResponse> getNewsList(@Query("category") String category, @Query("min_behot_time") long lastTime, @Query("last_refresh_sub_entrance_interval") long currentTime);

    /**
     * 获取新闻详情
     */
    @GET
    Observable<ResultResponse<NewsDetail>> getNewsDetail(@Url String url);
}
  • View层
    View层(Activity、Fragment)直接持有Presenter对象,而Presenter通过接口间接持有View对象,View层直接调用Presenter方法处理业务逻辑,Presenter将处理结果通过回调接口的方式传递给View层。
public abstract class CMUMvpBaseActivity<T extends CMUMvpBasePresenter> extends CMUBaseActivity {
    protected T mPresenter;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        mPresenter = createPresenter();
        provideContentViewId();
        ButterKnife.bind(this);
        initView();
        initListener();
        initData();
    }

    //用于创建Presenter和判断是否使用MVP模式(由子类实现)
    protected abstract T createPresenter();

    //得到当前界面的布局文件id(由子类实现)
    protected abstract int provideContentViewId();

    public void initView(){}

    public void initData(){}

    public void initListener(){}

    @Override
    protected void onDestroy() {
        super.onDestroy();
        if(mPresenter != null){
            mPresenter.detachView();
            mPresenter = null;
        }
    }
  }
public abstract class CMUMvpBaseFragment<T extends CMUMvpBasePresenter> extends LazyLoadFragment{
    protected T mPresenter;
    private View rootView;
    protected Activity mActivity;


    @Override
    public void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);

        mPresenter = createPresenter();
    }

    @Override
    public View onCreateView(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) {
        if (rootView == null) {
            rootView = inflater.inflate(provideContentViewId(),container,false);
            ButterKnife.bind(this, rootView);
            initView(rootView);
            initData();
            initListener();
        } else {
            ViewGroup parent = (ViewGroup) rootView.getParent();
            if (parent != null) {
                parent.removeView(rootView);
            }
        }
        return rootView;
    }

    /**StateView的根布局,默认是整个界面,如果需要变换可以重写此方法*/
    public View getStateViewRoot() {
        return rootView;
    }

    @Override
    public void onAttach(Context context) {
        super.onAttach(context);
        mActivity = (Activity) context;
    }

    /**
     * 初始化一些view
     * @param rootView
     */
    public void initView(View rootView) {
    }

    /**
     * 初始化数据
     */
    public void initData() {

    }

    /**
     * 设置listener的操作
     */
    public void initListener() {

    }


    @Override
    protected void onFragmentFirstVisible() {
        //当第一次可见的时候,加载数据
        loadData();
    }

    //用于创建Presenter和判断是否使用MVP模式(由子类实现)
    protected abstract T createPresenter();

    //得到当前界面的布局文件id(由子类实现)
    protected abstract int provideContentViewId();

    //加载数据
    protected abstract void loadData();

    @Override
    public void onDestroy() {
        super.onDestroy();
        if (mPresenter != null) {
            mPresenter.detachView();
            mPresenter = null;
        }
        rootView = null;
    }
}
  • Presenter层
    Presenter是Model和View之间交互的桥梁,里面做一些业务逻辑的操作。
public class CMUMvpBasePresenter<V> {
    protected V mView;

    public CMUMvpBasePresenter(V view) {
        attachView(view);
    }

    public void attachView(V view) {
        mView = view;
    }

    public void detachView() {
        mView = null;
    }
}

大家平时开发时Activity、fragment分别继承以上父类即可(代码已提交到git),对于开发业务逻辑简单的模块使用MVC模式开发效率更高,只需在子类实现createPresenter方法直接返回null即可,而对于业务逻辑复杂的模块建议采用MVP模式进行开发。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 151,829评论 1 331
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 64,603评论 1 273
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 101,846评论 0 226
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 42,600评论 0 191
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 50,780评论 3 272
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 39,695评论 1 192
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,136评论 2 293
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 29,862评论 0 182
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 33,453评论 0 229
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 29,942评论 2 233
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 31,347评论 1 242
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 27,790评论 2 236
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 32,293评论 3 221
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 25,839评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,448评论 0 181
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 34,564评论 2 249
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 34,623评论 2 249

推荐阅读更多精彩内容