设计模式 -- 观察者模式

Posted zqunor

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了设计模式 -- 观察者模式相关的知识,希望对你有一定的参考价值。

基本介绍

1、观察者模式(Observer):当一个对象状态发生改变时,依赖它的对象全部会收到通知,并自动更新

2、场景: 当一个事件发生后,要执行一连串更新操作。传统的编程方式,就是在事件的代码之后直接加入处理逻辑。当更新的逻辑增多之后,代码会变得难以维护。这种方式是耦合的,侵入式的,增加新的逻辑需要修改事件主体的代码。

3、观察者模式实现了低耦合,非侵入式的通知与更新机制。

简单代码实现

(抽象)目标

定义一个观察者集合,并提供方法来增加和删除观察者对象,还包括通知方法

abstract class Subject 
{
    private $observers = [];
    function addObserver(Observer $observer)
    {
        $this->observers[] = $observer;
    }
    
    function notify()
    {
        foreach ($this->observers as $observer) {
            $observer->update();
        }
    }
}

具体目标

class ConcreteSubject extends Subject
{
    function trigger() 
    {
        echo "本身的动作 <br />\n";
    }
}

(抽象)观察者

对观察目标的改变做出反应,只申明更新数据的方法

interface Observer 
{
    function update($event_info = null);
}

具体观察者

观察到目标变化后需要执行的具体动作。可添加到目标类的观察者集合中,或从目标类的观察者集合中删除

具体动作1:

class Observer1 implement Observer
{
    function update($event_info = null) 
    {
        echo "逻辑1 <br />\n";
    }
}

具体动作2:

class Observer2 implement Observer
{
    function update($event_info = null) 
    {
        echo "逻辑2 <br />\n";
    }
}

调用与实现

$event = new Event;
$event->addObserver(new Observer1);
$event->addObserver(new Observer2);
$event->trigger();

扩展

实际情况中,具体观察者类的update()方法在执行时需要使用到具体目标类中的状态或属性。

所以,具体观察者和具体目标类之间有时候还需要存在关联或依赖关系。在具体观察者类中定义一个具体目标实例,通过该实例获取存储在具体目标类中的状态或属性值。

举例

订单流程中,当订单审核拒绝时,除了更新主订单表中的状态,可能还需要添加一条拒绝理由的订单备注表的记录,以及状态变更日志表的记录。

此时,

订单对象是具体目标,更新主订单表中的状态是具体目标需要执行的动作,

订单备注表就是观察者1,它执行的动作是添加一条拒绝理由表记录

状态变更日志表也是观察者2,它执行的动作是添加状态变更日志表记录


但是,

观察者1和观察者2往往需要用到具体目标的订单编号和状态值,此时如何进行参数传递?

目前想到的方案:

  • 通过 $event_info 参数
  • 在抽象目标中执行notify的时候,可以传递一个update的参数,使其能在具体观察者中使用。

参考资料

以上是关于设计模式 -- 观察者模式的主要内容,如果未能解决你的问题,请参考以下文章

Java设计模式补充:回调模式事件监听器模式观察者模式(转)

设计模式观察者模式 ( 简介 | 适用场景 | 优缺点 | 代码示例 )

观察者模式

未调用 LiveData 观察者

设计模式之美(c++)-笔记-56-观察者模式

设计模式之美(c++)-笔记-56-观察者模式