设计模式-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 displays
    Display display1;
    Display display2;

    // Register displays as observers
    weatherStation.registerObserver(&display1);
    weatherStation.registerObserver(&display2);

    // Simulate weather data updates
    weatherStation.setMeasurements(25.5, 60, 1013.2);
    weatherStation.setMeasurements(24.8, 58, 1014.5);

    return 0;
}

4.注意事项

观察者模式的优点包括:

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

观察者模式的缺点包括:

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

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


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

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

6.总结

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

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值