Android中Mvp的体现,两种做法?

Android今年新出了很多东西,会感觉到,只是凭着之前的思想、技术,已经不能满足整个市场的需求
所以今天写一篇关于Android在编程上的思维改变---MVP
为什么说是思维的改变呢?

一、MVC

这个模式在Android体现最多,我们把网络交互、图片处理、线程处理等等,全部写在Activity中,好一些,用Utils提取,总而言之,耦合性很高,不利于维护。
举个例子吧,之前我们公司想要修改UI的一些界面,要改变整个架构,当时我在主导改整个App,但是在改了2天后,我发现还不如重写,耦合性太高太高了,而且还有些莫名其妙的代码。于是乎我去找经理聊了,最总定下来,重写,用MVP。

二、MVP

不想再MVC上浪费时间,大家都知道的,所以我只是写了个前言

那么什么是MVP呢?

  • M(模型):负责处理数据的加载或者存储,比如从网络或本地数据库获取数据等;
  • V (视图):负责界面数据的展示,与用户进行交互等;如 Activity/Fragment;
  • P(主持人):是 M与V 之间的桥梁。

看一张图片

mvp.png

我们可以看到
Database(M)Presenter 是通过 get方法 和 callback 交互的
ViewPresenter 也是通过 get方法 和 callback 交互的
所以 ViewDatabase(M) 没有了任何的交际,是用了Presenter作为桥梁分开了。

直接上代码(MVP构成的基本模块——回调和接口):

代码我会由浅入深,只是我的理解
MVP中用的最多的是“回调”和“接口”,如果对这两个很熟练的就可以直接看后面的了

IMainView.java (定义一个接口)

public interface IMainView {
    void showName(String name);
}

MainPresenter.java (定义一个主持人)

public class MainPresenter {
    private IMainView mIMainView;

    public MainPresenter(IMainView mIMainView) {
        this.mIMainView = mIMainView;
    }
        
    public String getName1() {
        /**
         * After a long time
         */
        String name = "yds --- 111";
        return name;
    }

    public void getName2() {
        /**
         * After a long time
         */
        String name = "yds --- 222";
        mIMainView.showName(name);
    }
}

MainActivity.java (在V中去调用P里面的东西)

public class MainActivity extends Activity implements IMainView {

    private Button btn111;
    private Button btn222;
    private MainPresenter mPresenter;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        btn111 = (Button) findViewById(R.id.btn111);
        btn222 = (Button) findViewById(R.id.btn222);
        
        mPresenter = new MainPresenter(this);

        btn111.setOnClickListener(new OnClickListener() {

            @Override
            public void onClick(View v) {
                String name1 = mPresenter.getName1();
                Log.d("yds", "name1 ----> " + name1);
                // tv.setText(name1);
            }
        });

        btn222.setOnClickListener(new OnClickListener() {

            @Override
            public void onClick(View v) {
                mPresenter.getName2();
            }
        });
    }

    @Override
    public void showName(String name2) {
        Log.d("yds", "name2 ----> " + name2);
        // tv.setText(name2);
    }
}

可以看出,MainActivity实现了IMainView接口,在通过MainPresenter中的getName1() - 同步getName2() - 异步 获取数据,同步直接get,而异步是通过借助IMainView来实现的。
所以MVP中大量的出现这一类的方式进行交互数据。

直接上代码(MVP第一个Demo):

结合上面的代码,我们加入M层 MainModel,我们不变MainActivity的代码。

IMainModel.java (这个接口是为了获取MainModel对象,且和P层交互的)

public interface IMainModel {
    String getName1();

    void getName2(IPMainModel mIPMainModel);

    interface IPMainModel {
        void getName2(String name);
    }
}

MainModel.java(M层,和P层交互数据)

public class MainModel implements IMainModel {

    @Override
    public String getName1() {
        return "yds---111";
    }

    @Override
    public void getName2(IPMainModel mIPMainModel) {
        mIPMainModel.getName2("yds---222");
    }
}

那么接下来我们改一下MainPresenter

MainPresenter.java(修改)

public class MainPresenter {
    private IMainView mIMainView;

    // model对象,通过接口new出来,为什么要这样做呢?
    // eg:当我在结束 A 的时候,需要调用 B,C,D里面的stop()方法,
    // 如果我们把B、C、D用过接口new出来,那么我只需要一个List<IBCD>来管理,方便解耦
    private IMainModel mIMainModel; 

    public MainPresenter(IMainView mIMainView) {
        this.mIMainView = mIMainView;
        mIMainModel = new MainModel();
    }

    public String getName1() {
        return mIMainModel.getName1();
    }

    public void getName2() {
        mIMainModel.getName2(new IPMainModel() {
            @Override
            public void getName2(String name) {
                mIMainView.showName(name);
            }
        });
    }
}

到这里我们发现了什么?
MainActivity在更换数据源的时候,没有做任何改动,改变得地方只是Model和Persenter,所以实现了数据层和视图层的解耦。

三、标题

为什么我会写这样一个标题呢?
我发现在我自己琢磨MVP的时候,发现的MVP有很多版本,最大的争议是在M层。

第一种:

上面的代码属于第一种

  • View层,只是来绘制UI,不参与请求数据等功能的实现
  • Model层,我是用来处理网络,耗时操作的实现
  • Presenter层,调用Model层获取的数据,加工处理后,返给View层

为什么我这样写呢?
Eg:在我的项目中,会大量和服务器交互,涉及到 点赞分享等多页面需要的统一接口。
比如我在 首页HomeAvtivity需要点赞功能,其他页面OtherActivity需要点赞功能
那么我就可以写一个LikeModel,通过首页HomePresent其他页面OtherPresent来调用可以实现功能多次利用。

第二种:

  • View层,只是来绘制UI,不参与请求数据等功能的实现
  • Model层,一些数据结构的存储,如JavaBean、数据库等
  • Presenter层,处理网络,耗时操作的实现,通过Model进行辅助(解析、存储等)

这一种来说,就没有Model的说法了,而是定义的JavaBean。
Eg:我在请求网络返回的json需要去解析,而我解析出来的Bean,作为Model层。

对比:

优点:
  • 第一种:
    1 、可以把一些Model用List<IModel>统一管理起来,在批量处理时,方便很多;
    2、Model可以复用,减少冗余代码。

  • 第二种:
    1、代码量比第一种少很多;
    2、结构清晰,只需要回调一次,代码阅读效果比较好。

缺点:
  • 第一种:
    1 、代码会多很多,回调要走2次,M->P->V;
    2、阅读性差很多。

  • 第二种:
    1、一些需要服用的代码没法复用,除非写Utils,但是这样显得就乱一些;
    2、Model层的体现不是很明确。

END

本人第一次发稿,说了一下自己的感受,如果不对,大家多多指正。谢谢!

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

推荐阅读更多精彩内容