PHP设计模式:观察者模式

简介:

首先来看个栗子:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
//事件
class  EventDemo
{
     //触发了新事件
     public  function  trigger()
     {
         echo  "Event happening\r" ;
 
         echo  "后续业务更新逻辑1\r\n" ;
 
         echo  "后续业务更新逻辑2\r\n" ;
 
         echo  "后续业务更新逻辑3\r\n" ;
     }
}


场景:当事件发生变化时,触发其他业务进行相关的操作

特征1.所有业务代码都是入侵式的,直接放置于核心业务当中。

        2.耦合度太高,不便于管理维护。需要一件一件事去做处理。

        


于是我们可以这样假设:

假如后续业务都是都是该事件的关注者,当事件发生改变,只需要通知到观察者即可。其他的工作由观察者自行完成。

类似发布--订阅这种模式。



代码实现:

步骤1.定义观察者接口

步骤2.定义观察者类

步骤3.定义事件产生器(抽象类)

步骤4.定义事件场景类(继承并实现事件产生器抽象类)

步骤5.实例化运用
            实例化事件场景-->添加观察者-->通知


            


定义观察者接口

1
2
3
4
5
6
7
8
9
10
11
12
13
/**
  * 定义观察者接口(观察对象为事件发生者)
  *Interface Observer
  */
interface  Observer
{
     /**
      * 事件发生时,进行更新操作
      * @param null $eventInfo 发生事件的信息
      * @return mixed
      */
     public  function  update( $eventInfo  = null);
}

定义观察者类

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
//定义多个观察者
class  Observer1  implements  Observer
{
     public  function  update( $eventInfo  = null)
     {
         echo  "观察者1:准备开始{$eventInfo}<br> \r\n" ;
     }
}
 
class  Observer2  implements  Observer
{
     public  function  update( $eventInfo  = null)
     {
         echo  "观察者2:准备开始{$eventInfo}<br> \r\n" ;
     }
}


定义事件产生器(抽象类)

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
/**
  * 事件产生者(抽象类)
  * Class EventGenerator
  */
abstract  class  EventGenerator
{
     private  $observers  = []; //事件的所有观察者
 
     /**
      * 增加观察者
      * @return mixed
      */
     public  function  addObserver(Observer  $observer )
     {
         $this ->observers[] =  $observer ;
     }
 
     /**
      * 通知事件发生了,其他观察者接到通知后更新业务逻辑
      * @return mixed
      */
     public  function  notify( $eventInfo )
     {
         foreach  ( $this ->observers  as  $observer ) {
             $observer ->update( $eventInfo );
         }
     }
}


定义事件场景类(继承并实现事件产生器抽象类)

1
2
3
4
5
6
7
8
9
10
11
12
13
/**
  * 定义事件类(继承事件产生者类)
  * Class Event
  */
class  Event  extends  EventGenerator
{
     public  function  trigger( $eventInfo )
     {
         echo  "事件 :{$eventInfo} 即将发生,通知观察者们做好更新准备<br>\r\n" ;
         $this ->notify( $eventInfo );
         echo  "<br/>" ;
     }
}


主业务场景的实现

1
2
3
4
5
6
7
8
9
10
11
12
$event  new  Event();
 
//此处可以动态添加、删除观察者
$event ->addObserver( new  Observer1());
//$event->addObserver(new Observer2());
 
 
//此处可以发生任意多个事件
$event ->trigger( '吃饭' );
 
$event ->trigger( '喝水' );
$event ->trigger( '走路' );


至此,我们可以看到在主业务场景中,只需要简单的管理(添加、删除)观察者,管理(添加、删除)发生事件就可以实现简化代码逻辑,减少耦合完成任务。更好的好处是,业务代码解耦合,便于后期的维护扩展。










本文转自 hgditren 51CTO博客,原文链接:http://blog.51cto.com/phpme/2046280,如需转载请自行联系原作者
目录
相关文章
|
设计模式 监控 Java
Kotlin - 改良设计模式 - 观察者模式
Kotlin - 改良设计模式 - 观察者模式
187 3
|
4月前
|
设计模式 缓存 Java
Java设计模式(二):观察者模式与装饰器模式
本文深入讲解观察者模式与装饰器模式的核心概念及实现方式,涵盖从基础理论到实战应用的全面内容。观察者模式实现对象间松耦合通信,适用于事件通知机制;装饰器模式通过组合方式动态扩展对象功能,避免子类爆炸。文章通过Java示例展示两者在GUI、IO流、Web中间件等场景的应用,并提供常见陷阱与面试高频问题解析,助你写出灵活、可维护的代码。
|
2月前
|
设计模式 消息中间件 传感器
Java 设计模式之观察者模式:构建松耦合的事件响应系统
观察者模式是Java中常用的行为型设计模式,用于构建松耦合的事件响应系统。当一个对象状态改变时,所有依赖它的观察者将自动收到通知并更新。该模式通过抽象耦合实现发布-订阅机制,广泛应用于GUI事件处理、消息通知、数据监控等场景,具有良好的可扩展性和维护性。
307 8
|
12月前
|
设计模式 存储 供应链
前端必须掌握的设计模式——观察者模式
观察者模式(Observer Pattern)是一种行为型设计模式,实现了一种订阅机制。它包含两个角色:**观察者**(订阅消息、接收通知并执行操作)和**被观察者**(维护观察者列表、发送通知)。两者通过一对多的关系实现解耦,当被观察者状态改变时,会通知所有订阅的观察者。例如,商店老板作为被观察者,记录客户的需求并在商品到货时通知他们。前端应用中,如DOM事件注册、MutationObserver等也体现了这一模式。
|
设计模式 监控 Java
Kotlin教程笔记(52) - 改良设计模式 - 观察者模式
Kotlin教程笔记(52) - 改良设计模式 - 观察者模式
|
7月前
|
设计模式 消息中间件 存储
【设计模式】【行为型模式】观察者模式(Observer)
一、入门 什么是观察者模式? 观察者模式(Observer Pattern)是一种行为设计模式,它定义了对象之间的一对多依赖关系,当一个对象的状态发生改变时,所有依赖于它的对象都会收到通知并自动更新。
362 9
|
9月前
|
设计模式 消息中间件 存储
设计模式:观察者模式
观察者模式属于行为型设计模式,用于建立对象间的一对多依赖关系。当主题(Subject)状态变化时,所有依赖的观察者(Observer)会自动收到通知并更新。
|
设计模式 消息中间件 搜索推荐
Java 设计模式——观察者模式:从优衣库不使用新疆棉事件看系统的动态响应
【11月更文挑战第17天】观察者模式是一种行为设计模式,定义了一对多的依赖关系,使多个观察者对象能直接监听并响应某一主题对象的状态变化。本文介绍了观察者模式的基本概念、商业系统中的应用实例,如优衣库事件中各相关方的动态响应,以及模式的优势和实际系统设计中的应用建议,包括事件驱动架构和消息队列的使用。
227 6
|
设计模式 监控 Java
Kotlin教程笔记(52) - 改良设计模式 - 观察者模式
Kotlin教程笔记(52) - 改良设计模式 - 观察者模式
111 1