资讯专栏INFORMATION COLUMN

一步步理解观察者模式

leanxi / 958人阅读

摘要:今天说说观察者模式,这是一个非常常见的模式,很多事件的分发都基于此模式。这里将从一个题目来说说此模式的使用,有这样一道题某市一家报社开张,市民订阅报纸,尝试使用观察者模式解决此问题。在使用观察者模式前,先说说普通的处理方法。

今天说说观察者模式,这是一个非常常见的模式,很多事件的分发都基于此模式。

这里将从一个题目来说说此模式的使用,有这样一道题:

某市一家报社开张,市民订阅报纸,尝试使用观察者模式解决此问题。

在使用观察者模式前,先说说普通的处理方法。

class Publisher {
    public $title = "";

    public function __construct($title) {
        $this->title = $title;
    }

    public function push() {
        echo "【{$this->title}】发布新闻" . PHP_EOL;
    }
}

class People {
    public $name = "";

    public function __construct($name) {
        $this->name = $name;
    }

    public function pull(Publisher $publisher) {
        echo "【{$this->name}】接收到【{$publisher->title}】发布的新闻" . PHP_EOL;
    }
}

/* 初始化用户 */
$peoples = [];
for ($i = 1; $i <= 5; $i++) {
    $peoples[] = new People("用户{$i}");
}

/* 报社使用 push 方法发布新闻 */
$publisher = new Publisher("报社1");
$publisher->push();

/* 所有订阅的市民使用 pull 方法接收报社对象 */
foreach ($peoples as $people) {
    $people->pull($publisher);
}

每次 publishier 使用 push 方法,都需要循环一遍 $peoples 进行通知,当然这里可以通过一个函数封装起来,每次调用即可。

以下是运行截图:

以上代码运行肯定是没有任何问题的,也特别容易理解。只要运行了 push 方法,就循环调用一遍 pull 方法。但每次调用特别麻烦,有么有更好的改进呢?

来看一下接下来的代码:

class Publisher {
    public $title = "";
    private $peoples = [];

    public function __construct($title, $peoples) {
        $this->title = $title;
        $this->peoples = $peoples;
    }

    public function push() {
        echo "【{$this->title}】发布新闻" . PHP_EOL;

        // 一旦发布新闻,就通知所有订阅用户
        foreach ($this->peoples as $people) {
            // 这里注意有 $this
            $people->pull($this);
        }
    }
}

// 原先的 People 类不变,此处省略

$peoples = [];
for ($i = 1; $i <= 5; $i++) {
    $peoples[] = new People("用户{$i}");
}

// 创建 $publisher 时,直接将 $peoples 传给报社
$publisher = new Publisher("报社1", $peoples);
$publisher->push();

这里可以看到已经将循环移入了 Publisher 类中,每次只要执行 push 方法,所有的 people 对象都能收到消息。

可是这里 $peoples 是通过构造函数传进去的,能不能进行分离呢?

下面就改写一下代码:

class Publisher {
    public $title = "";
    private $peoples = [];

    public function __construct($title) {
        $this->title = $title;
    }

    public function addPeople(People $people) {
        $this->peoples[] = $people;
    }

    public function push() {
        echo "【{$this->title}】发布新闻" . PHP_EOL;

        foreach ($this->peoples as $people) {
            $people->pull($this);
        }
    }
}

// 客户端
$publisher = new Publisher("报社1");

for ($i = 1; $i <= 5; $i++) {
    $publisher->addPeople(new People("用户{$i}"));
}

$publisher->push();

改成这样后使用非常方便,思路也非常清晰。

以上就是观察者模式的雏形,接下来就是抽象化了...

interface IObserver {
    public function update(Publisher $publisher);
}

class Publisher {
    public $title = "";
    private $observers = [];

    public function __construct($title) {
        $this->title = $title;
    }

    public function attach(IObserver $observer) {
        $this->observers[] = $observer;
    }

    public function push() {
        echo "【{$this->title}】发布新闻" . PHP_EOL;

        foreach ($this->observers as $observer) {
            $observer->update($this);
        }
    }
}

class People implements IObserver {
    public $name = "";

    public function __construct($name) {
        $this->name = $name;
    }

    public function update(Publisher $publisher) {
        echo "【{$this->name}】接收到【{$publisher->title}】发布的新闻" . PHP_EOL;
    }
}

$publisher = new Publisher("报社1");

for ($i = 1; $i <= 5; $i++) {
    $publisher->attach(new People("用户{$i}"));
}

$publisher->push();

以上就是比较标准的观察者模式结构,其中需要说明的是在 IObserver 接口中定义的 update 方法参数是可以根据场景需要进行修改的。

另一个需要说的是在 Publisher 类中,可以创建一个 detach 方法用于退订。这样整个对于 $peoples 的管理就相对完整一些了。

其实有时候觉得学习设计模式不要学的太死了,只要思路对,怎么写都可以。

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

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

相关文章

  • 使用合适的设计模式步步优化前端代码

    摘要:修改配置远比修改源代码要简单的多。在年提出了种设计模式。常用的设计模式及设计原则可以参考下面的思维导图。每种设计模式都有它的适应场景,有的场景也会使用多种设计模式。包含文章视频源代码原创新书移动前端高效开发实战已在亚马逊京东当当开售。 作者:晓飞本文原创,转载请注明作者及出处 在后端语言中,设计模式应用的较为广泛。如Spring中常见的工厂模式、装饰者模式、单例模式、迭代器模式。但是...

    alin 评论0 收藏0
  • 步步做组件-学校选择器(系列)

    摘要:文章一步步做组件学校选择器版本添加自定义事件,即使用观察者模式。文章一步步做组件学校选择器版本后增实现学校选择器的模态对话框,并在页面中共用同一个选择器对象。监听时判断,回调时判断,文章一步步做组件学校选择器 前言 年初的时候写过一个js组件的系列文章,博客原文地址为 http://jsorz.cn/blog/2015/02/step-by-step-js-component-scho...

    galois 评论0 收藏0
  • 从源码看 Promise 概念与实现

    摘要:从源码看概念与实现是异步编程中的重要概念,它较好地解决了异步任务中回调嵌套的问题。这些概念中有趣的地方在于,标识状态的变量如都是形容词,用于传入数据的接口如与都是动词,而用于传入回调函数的接口如及则在语义上用于修饰动词的副词。 从源码看 Promise 概念与实现 Promise 是 JS 异步编程中的重要概念,它较好地解决了异步任务中回调嵌套的问题。在没有引入新的语言机制的前提下,这...

    kel 评论0 收藏0
  • javascript设计模式察者模式

    摘要:下面为学习笔记,对观察者模式做简单实现。注册的事件被触发后需要执行的动作注册事件及对应的执行动作触发事件对比执行事件前后的事件列表内容观察者模式在解决类的耦合中的应用小例子。 这篇笔记主要记录学习思路及收获,分享出来抛砖引玉,如有谬误或优化空间,欢迎交流。 要理解观察者模式,可以类比vue中的EventBus,其实就是一个全局的观察者对象($bus),上面有注册事件($bus.on()...

    Tamic 评论0 收藏0
  • JAVA NIO 步步构建I/O多路复用的请求模型

    摘要:为解决这问题,我们发现元凶处在一线程一请求上,如果一个线程能同时处理多个请求,那么在高并发下性能上会大大改善。这样一个线程可以同时发起多个调用,并且不需要同步等待数据就绪。表示当前就绪的事件类型。 JAVA NIO 一步步构建I/O多路复用的请求模型 摘要:本文属于原创,欢迎转载,转载请保留出处:https://github.com/jasonGeng88/blog 文章一:JAVA ...

    X_AirDu 评论0 收藏0

发表评论

0条评论

leanxi

|高级讲师

TA的文章

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