[设计模式] 行为型:观察者模式(Observer Pattern)

2024-06-10 07:48

本文主要是介绍[设计模式] 行为型:观察者模式(Observer Pattern),希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

文章目录

    • 什么是观察者模式
    • 设计与实现
      • 主动观察者模式
      • 被动观察者模式

什么是观察者模式

顾名思义,观察者就是要对目标进行观察,当目标行为有所变动时,自己及时作出反应。

观察的具体方法有很多种,从编程的角度来理解,观察者要达到观察的目的,主要有两种策略:

  1. 观察者主动观察目标状态,实时或半实时的对目标对象进行监听,属于面向过程的编程思想
  2. 观察者被动接收消息,当目标状态发生改变时,目标对象主动通知观察者,属于面向对象的编程思想

我将第一种策略称之为主动观察者模式,第二种策略称之为被动观察者模式,名字是我随便取的,读者理解意思就好。

设计模式里面的观察者模式,通常指的都是第二种策略,被动观察者模式。

设计与实现

主动观察者模式

因为观察者要时刻监听目标对象,那么目标对象就必须要暴露某个状态,提供给观察者监听。

所以,通常程序代码大概如下所示:

// 被观察者接口
public interface Observable {Integer getState(); // 暴露目标状态
}// 被观察者
public class ObservableImpl implements Observable {private volatile Integer state;@Overridepublic Integer getState() {return state;}public void change1() {System.out.println("目标发生 change1 变化");this.state = 1;}public void change2() {System.out.println("目标发生 change2 变化");this.state = 2;}
}// 观察者接口
public interface Observer {void response(String info); //反应void listening(); // 开始观察
}// 观察者
public class ObserverImpl implements Observer {private Observable observable; // 观察目标public ObserverImpl(Observable observable) {this.observable = observable;}@Overridepublic void response(String info) {System.out.println("观察到目标变化:" + info);}@Overridepublic void listening() {new Thread(() -> {Integer bak = null;while (true) { // 持续观察Integer state = observable.getState();if (state != bak) {this.response("观察到目标变化:state = " + state);bak = state;}}}).start();}
}// 测试方法
public static void main(String[] args) throws InterruptedException {ObservableImpl target = new ObservableImpl();Observer observer = new ObserverImpl(target);observer.listening(); // 开始监听 targettarget.change1();Thread.sleep(1000);target.change2();
}

主动观察策略,实现起来容易,但是也有其致命的缺点:

  1. 时刻观察目标,非常耗费资源,通常都需要创建一个始终存活的线程任务,来完成观察目的
  2. 主动观察者可能会遗漏目标非常短暂的状态变化,比如说目标在极短的时间内发生变化,又在极短时间内切换回原状态,观察者就可能看不到这个变化

正因为有这样不容忽视的缺点,主动观察策略不常使用,如果选择使用,一定要评估以上缺点造成的代价能否接受。

被动观察者模式

被动观察者模式通常又叫发布订阅模式,也就是目标主动发布消息,观察者被动接收消息。

从消息的角度看,这里又可细分为两种策略:

  1. 目标直接将消息发布给观察者,观察者直接接收
  2. 目标将消息发布给第三方,观察者监听第三方获取消息,最常见的第三方就是各种消息队列中间件

利用消息队列中间件完成观察者模式的方法就不说了,这里仅通过第一种策略,理解被动观察模式的代码实现方法。

代码大致如下:

// 观察者接口
public interface Observer {void response(String info); //反应
}// 具体观察者
public class ObserverImpl implements Observer {@Overridepublic void response(String info) {System.out.println("观察到目标变化:" + info);}
}// 被观察者接口
public interface Observable {void addObserve(Observer observer); // 增加观察者void deleteObserve(Observer observer); // 删除观察者void notifyObserves(String info); // 通知所有观察者
}// 被观察者,具体的观察目标
public class ObservableImpl implements Observable {private List<Observer> list = new ArrayList<>();@Overridepublic void addObserve(Observer observer) {this.list.add(observer);}@Overridepublic void deleteObserve(Observer observer) {this.list.remove(observer);}@Overridepublic void notifyObserves(String info) {for (Observer observer : list) observer.response(info);}public void change1() {System.out.println("目标发生 change1 变化");this.notifyObserves("change1");}public void change2() {System.out.println("目标发生 change2 变化");this.notifyObserves("change2");}
}// 测试方法
public static void main(String[] args) {Observer observer = new ObserverImpl();ObservableImpl target = new ObservableImpl();target.addObserve(observer);target.change1();target.change2();
}

被动观察模式和主动观察模式相比较,不存在那两个缺点,既没有长时间存活的线程耗费资源,也不会丢失目标的状态变化。

但是,以上代码实现方法也有自身的缺点:

  1. 如果目标对象的观察者太多,主动通知过程就会很耗费时间,影响目标自身的运行时效
  2. 目标直接通知观察者,如果观察者挂掉了,通知消息就会立即丢失。

这两个缺点相对来说,都有比较容易的解决办法:

  1. 主动通知过程可以异步进行,不影响目标运行时效
  2. 消息通知可以增加反馈机制,或者异常处理机制,确保消息观察者接收到消息

这篇关于[设计模式] 行为型:观察者模式(Observer Pattern)的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1047573

相关文章

在JS中的设计模式的单例模式、策略模式、代理模式、原型模式浅讲

1. 单例模式(Singleton Pattern) 确保一个类只有一个实例,并提供一个全局访问点。 示例代码: class Singleton {constructor() {if (Singleton.instance) {return Singleton.instance;}Singleton.instance = this;this.data = [];}addData(value)

模版方法模式template method

学习笔记,原文链接 https://refactoringguru.cn/design-patterns/template-method 超类中定义了一个算法的框架, 允许子类在不修改结构的情况下重写算法的特定步骤。 上层接口有默认实现的方法和子类需要自己实现的方法

【iOS】MVC模式

MVC模式 MVC模式MVC模式demo MVC模式 MVC模式全称为model(模型)view(视图)controller(控制器),他分为三个不同的层分别负责不同的职责。 View:该层用于存放视图,该层中我们可以对页面及控件进行布局。Model:模型一般都拥有很好的可复用性,在该层中,我们可以统一管理一些数据。Controlller:该层充当一个CPU的功能,即该应用程序

迭代器模式iterator

学习笔记,原文链接 https://refactoringguru.cn/design-patterns/iterator 不暴露集合底层表现形式 (列表、 栈和树等) 的情况下遍历集合中所有的元素

《x86汇编语言:从实模式到保护模式》视频来了

《x86汇编语言:从实模式到保护模式》视频来了 很多朋友留言,说我的专栏《x86汇编语言:从实模式到保护模式》写得很详细,还有的朋友希望我能写得更细,最好是覆盖全书的所有章节。 毕竟我不是作者,只有作者的解读才是最权威的。 当初我学习这本书的时候,只能靠自己摸索,网上搜不到什么好资源。 如果你正在学这本书或者汇编语言,那你有福气了。 本书作者李忠老师,以此书为蓝本,录制了全套视频。 试

利用命令模式构建高效的手游后端架构

在现代手游开发中,后端架构的设计对于支持高并发、快速迭代和复杂游戏逻辑至关重要。命令模式作为一种行为设计模式,可以有效地解耦请求的发起者与接收者,提升系统的可维护性和扩展性。本文将深入探讨如何利用命令模式构建一个强大且灵活的手游后端架构。 1. 命令模式的概念与优势 命令模式通过将请求封装为对象,使得请求的发起者和接收者之间的耦合度降低。这种模式的主要优势包括: 解耦请求发起者与处理者

springboot实战学习(1)(开发模式与环境)

目录 一、实战学习的引言 (1)前后端的大致学习模块 (2)后端 (3)前端 二、开发模式 一、实战学习的引言 (1)前后端的大致学习模块 (2)后端 Validation:做参数校验Mybatis:做数据库的操作Redis:做缓存Junit:单元测试项目部署:springboot项目部署相关的知识 (3)前端 Vite:Vue项目的脚手架Router:路由Pina:状态管理Eleme

状态模式state

学习笔记,原文链接 https://refactoringguru.cn/design-patterns/state 在一个对象的内部状态变化时改变其行为, 使其看上去就像改变了自身所属的类一样。 在状态模式中,player.getState()获取的是player的当前状态,通常是一个实现了状态接口的对象。 onPlay()是状态模式中定义的一个方法,不同状态下(例如“正在播放”、“暂停

软件架构模式:5 分钟阅读

原文: https://orkhanscience.medium.com/software-architecture-patterns-5-mins-read-e9e3c8eb47d2 软件架构模式:5 分钟阅读 当有人潜入软件工程世界时,有一天他需要学习软件架构模式的基础知识。当我刚接触编码时,我不知道从哪里获得简要介绍现有架构模式的资源,这样它就不会太详细和混乱,而是非常抽象和易

使用Spring Boot集成Spring Data JPA和单例模式构建库存管理系统

引言 在企业级应用开发中,数据库操作是非常重要的一环。Spring Data JPA提供了一种简化的方式来进行数据库交互,它使得开发者无需编写复杂的JPA代码就可以完成常见的CRUD操作。此外,设计模式如单例模式可以帮助我们更好地管理和控制对象的创建过程,从而提高系统的性能和可维护性。本文将展示如何结合Spring Boot、Spring Data JPA以及单例模式来构建一个基本的库存管理系统