设计模式-07 设计模式-观察者模式(Observer Pattern)

2024-05-10 04:44

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

设计模式-07 设计模式-观察者模式(Observer Pattern)

1.定义


观察者模式是一种软件设计模式,它定义了一种一对多的依赖关系,其中一个对象(称为“主题”)维护了一个依赖对象的列表(称为“观察者”),并且当主题的状态发生变化时,它会自动通知所有观察者。


2.内涵

换句话说,观察者模式允许对象订阅其他对象并接收有关其状态更改的通知。主题对象负责管理观察者列表并通知它们任何状态更改。

涉及到的相关术语:

主题(Subject):维护观察者列表并通知它们状态更改的对象。
观察者(Observer):订阅主题并接收有关其状态更改的通知的对象。
具体主题(Concrete Subject):实现主题接口并维护具体状态和观察者列表的类。
具体观察者(Concrete Observer):实现观察者接口并定义对主题状态更改的响应的类。


工作原理,当观察者模式使用时:

  • 观察者向主题注册,表示他们有兴趣接收状态更改通知。
  • 主题维护一个观察者列表,其中包含所有已注册的观察者。
  • 当主题的状态发生变化时,它会遍历观察者列表并调用每个观察者的 update() 方法。
  • 观察者收到通知并相应地更新自己的状态。
3.使用案例
#include <iostream>
#include <vector>// Observer interface
class Observer {
public:virtual void update(float temperature, float humidity, float pressure) = 0;
};// Subject (WeatherStation) class
class WeatherStation {
private:float temperature;float humidity;float pressure;std::vector<Observer*> observers;public:void registerObserver(Observer* observer) {observers.push_back(observer);}void removeObserver(Observer* observer) {// You can implement the removal logic if needed.}void notifyObservers() {for (Observer* observer : observers) {observer->update(temperature, humidity, pressure);}}void setMeasurements(float temp, float hum, float press) {temperature = temp;humidity = hum;pressure = press;notifyObservers();}
};// Concrete Observer
class Display : public Observer {
public:void update(float temperature, float humidity, float pressure) {std::cout << "Display: Temperature = " << temperature<< "°C, Humidity = " << humidity<< "%, Pressure = " << pressure << " hPa"<< std::endl;}
};int main() {WeatherStation weatherStation;// Create displaysDisplay display1;Display display2;// Register displays as observersweatherStation.registerObserver(&display1);weatherStation.registerObserver(&display2);// Simulate weather data updatesweatherStation.setMeasurements(25.5, 60, 1013.2);weatherStation.setMeasurements(24.8, 58, 1014.5);return 0;
}

4.注意事项

观察者模式的优点包括:

  • 松散耦合:观察者和主题是松散耦合的,这意味着它们可以独立更改而不会影响彼此。
  • 可扩展性:可以轻松地向系统中添加或删除观察者,而不会影响主题或其他观察者。
  • 可重用性:观察者模式可以轻松地应用于不同的应用程序和领域。

观察者模式的缺点包括:

  • 性能开销:当主题的状态经常更改时,通知所有观察者可能会产生性能开销。
  • 通知顺序:观察者模式不保证观察者将按特定顺序收到通知。
  • 内存占用:如果有很多观察者订阅主题,主题需要维护一个很大的观察者列表,这可能会导致内存占用增加。

5.最佳实践
  • 使用接口而不是具体类:主题和观察者接口应该用于定义主题和观察者之间的关系,而不是使用具体类。这提高了代码的可重用性和灵活性。
  • 使用弱引用:观察者应该使用弱引用持有对主题的引用。这可以防止循环引用,并允许在观察者不再需要时自动释放它们。
  • 考虑使用事件对象:事件对象可以用来封装状态更改通知。这可以提供更丰富的通知,其中包含有关状态更改的附加信息。
  • 使用主题层次结构:当需要对不同类型的状态更改进行更精细的控制时,可以使用主题层次结构。这允许观察者只订阅他们感兴趣的特定状态更改。


使用观察者模式,需要考虑优化通知性能,如果主题的状态经常更改,可以使用以下技术来优化通知性能:

  • 使用位掩码或标志来跟踪已更改的状态方面。
  • 批量处理观察者通知。
  • 使用异步通知机制,例如消息队列。
  • 使用线程安全:如果主题或观察者可能从多个线程访问,则需要使用线程安全技术,例如互斥锁或原子操作。
  • 考虑使用第三方库:有许多第三方库提供了观察者模式的实现,可以简化其在应用程序中的使用。

6.总结

仅在需要时使用观察者模式。它可能会引入一些开销和复杂性。心中明白清楚地定义观察者订阅和取消订阅的机制。考虑使用观察者模式的变体,例如发布/订阅模式或模型-视图-控制器 (MVC) 模式。在设计观察者模式时,牢记 SOLID 原则(单一职责、开放/封闭、里氏替换、接口隔离和依赖反转)。

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



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

相关文章

在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以及单例模式来构建一个基本的库存管理系统