美文网首页
设计模式之死磕观察者模式(原创)

设计模式之死磕观察者模式(原创)

作者: 骑小猪看流星 | 来源:发表于2017-11-24 19:54 被阅读579次

        项目代码因为业务需求变跟最近在大改,其中使用了大量的Handler机制,作为新时代的程序猿,我不想使用这个以及activity.runOnUiThread()这种异步机制。仔细考虑以后,那就是RxJava和RxAndroid这哥俩了。在设计模式中,观察者模式是我认为比较有趣的模式,加上RxJava和RxAndroid这两种响应式编程底层就是用到的观察者模式。所以,此文意在了解和掌握观察者模式。

         网上有很多篇幅关于观察者模式,常见的例子就是一个警察(观察者)和小偷(被观察者)两者之间的关系。不重复造轮子的我们依旧使用这个例子,当小偷(被观察者)想要搞事情(开车)的时候,我们的警察蜀黍(观察者)就会及时收到这种变化,然后进行一系列的后续动作。网上关于这两类(观察者和被观察者)之间为什么会触发事件的”媒介”解释的不是很清楚,比如,当小偷搞事情,这个搞事情的动作,该如何去理解,以及如何在代码里面去描述,我觉得,理清楚这个关系才是探索观察者模式的关键。

        在描述观察者模式之前,先提提Java中的接口,对于接口的定义:我们可以理解为,你要使用这个接口(interface)那就要遵循在接口中提供的这一种规则,但是这个规则怎么用,该怎么写,就是得值得考虑的事情,接下来,我们也尝试用几个接口去描述下观察者模式。

        首先,我们定义一个主角,观察者(接口,也就是上面的警察蜀黍),警察叔叔在这里只是做简单打印输出,于是乎,就有了如下代码

    观察者

         说明:这里的updataInfo()函数只是举例(),关键是函数里面的参数,也就是上文所说的“媒介”,这里暂时用一个字符串去替代。

        也就是说,观察者被唤醒的前提之一,首先得传入一个字符串类型(否则参数类型不一致,无非匹配,所以根本打印不了)。

        接着,轮到我们的下一位主角登场,被观察者(接口,也就是小偷),我们需要的就是在被观察者添加些什么东西,当被观察者身上的附带的这些东西发生变化的时候,去唤醒我们的观察者。那如何将这两个对象(万物皆对象)关联起来?

        按照java万物皆对象的设计理念和逻辑,想调用另外一个对象里面的方法,最常规和最容易理解的就是,将观察者,以参数的形式传递进我们的被观察者。这样,就可以调取观察者里面的方法!(不要问我为什么接口里面的方法不能设为private)

         然后,有人就问了,我们的观察者被唤醒的媒介在上面用的是字符串,那么这里的被观察者肯定要有一个字符串来与之对应,没错,你是对的,上文提到,数据类型需要一致,否则我需要的是字符串类型,你给我的却是boolean,这样岂不是白观察了嘛。

        还有一点就是,如何理解这种所谓的变化(记住,只有被观察者发生变化,才会通知观察者)也就是被观察者身上媒介的改变,如何用代码去表现呢 ?

         我们可以简单的理解,状态的改变,在java中无非就是增删改这些等等,既然是增加、删除这两种变化,那我们就可以用集合的特性来表示这种状态!

        上面三点思路理清之后,于是乎,就有了以下的代码。

    被观察者

        我们知道,在Java中,interface代表的是一种行为规范,你如需要使用具体的interface,就需要强制子类实现接口里面的方法。所以,我们需要接口的实现类,去完成具体的操作。

        OK,既然被观察者的变化是唤醒观察者的媒介,那么我们就先写一个被观察者的实现类,

    被观察者的实现类

        我们首先定义一组集合(上文说道,通过集合的特性可以描述变化),因为集合有增删的api方法可以直接使用,集合里面的泛型,我们需要设置为成观察者(简单理解就是,一组观察者同时观察一个被观察者)。这样就可以做到,当被观察者发生变化的时候,通知所有的观察者。

        但是,我们如何实时了解被观察者的变化?这个时候,我们可以通过迭代器遍历集合,只要外部调用,就会遍历里面的方法。但是,我们的观察者该如何收到消息呢?这里,我们做一个就简单的打印日志,于是乎,观察者的实现类也就写完了(因为只做日志输出,方便上图调用显示结果)

    观察者的实现类

            准备工作差不多了,接下来,我们就写一个主方法来测试观察者和被观察者之间如何产生关系。

    测试类

    首先,我们从主方法入手,将这个程序理一遍。

    1)因为使用到了集合来描述变化,所以,我们先创建3个观察者对象,创建1个被观察者对象。

    2)如何将观察者和被观察者联系起来?上面说道,万物皆对象,只要调用 被观察者的addWatcher(Watcher )方法,将观察者作为参数传递到被观察者里面去(将对象传进去,就可以使用对象里面的方法)即可;其次,被观察者添加了3个观察者,对象增加了嘛,这就是一种具体的变化;然后,调用被观察者的notifyWatcher()方法,及时通知观察者,我发生了什么。

    3)一旦调用notifyWatcher()方法,首先会遍历被观察者实现类中的集合,接着会打印传递的字符串,也就是调用updataInfo()这个方法。最后输出在控制台上面,整个流程就执行结束了。

    最终效果图

    写了这么多,各位看官可能被观察者,被观察者绕晕了,最后想说的是,总之认准一个理,

    A:一定是被观察者发生了某种变化,才会通知观察者。

    B:万物皆对象,持有你的对象就可以拿到你的方法(而且注意,这里用的是 Interface !)

    拓展:

    在Android中,常见的观察者模式就是,点击事件!那么,我们来分析下按钮的点击事件。

    因为按钮会被点击,所以它发生了变化(因此Button的角色,本质就是被观察者),

    一旦Button发生变化,就会通知观察者。这里的观察者,翻看源码就是(OnClickListener,本质也是一个 interface, 里面的方法就是onClick)

    OnClickListener

            所以,通过setOnClickListener()这个方法,也就是将观察者和被观察者联系起来(也叫订阅)

    订阅

       一旦订阅,就会重写onClick方法,(接口要求子类重写方法),一旦重写,我们就可以在onClick方法里面做自己想要的事情。

    实现自己的方法

    部分老司机一语道破天机,这就是接口回调嘛~对的,没错,就是接口回调。下面上一段伪代码补充说明:

    A.class

    //先定义一个接口

    public interface Listener {

    //回调方法

    void 回调方法();

    }

    //申明一个接口

    private Listener mLinstener;

    //一个 set 接口的方法,把传入的 listener 赋值给 mLinstener

    public void setListener(Listener listener) {

                mLinstener = listener

    }

    ...

    //在某个地方,进行某个操作的时候,然后执行

    private void 某个操作() {

            mLinstener.回调方法(); 

    }


    另一个类 B.class

    private A a = new A();

    a.setListener(new Linstener() {

    public void 回调方法() {

    //我要在 A 中某个操作()执行的具体事情

    }

    });

    OK,大概就是这样,MVP设计模式也是,观察者模式也是,其中使用到的精髓就是接口回调,传递结果,让具体类去操作逻辑。

    文章如有纰漏,请及时扶正。

    如果这篇文章对您有开发or学习上的些许帮助,希望各位看官留下宝贵的star,谢谢。

    Ps:著作权归作者所有,转载请注明作者,商业转载请联系作者获得授权,非商业转载请注明出处(开头或结尾请添加转载出处,添加原文url地址),文章请勿滥用,也希望大家尊重笔者的劳动成果,谢谢。

    相关文章

      网友评论

          本文标题:设计模式之死磕观察者模式(原创)

          本文链接:https://www.haomeiwen.com/subject/mpjfbxtx.html