技术成神之路：设计模式（九）观察者模式

关注

原创 2024-10-24 11:28:46 1.4k 阅读 AI 写同款· GEO 优化 ›

altium room 布局_ALtium 16相同重复模块PCB布局，复制布局走线自己做了实际工程以后发现PCB器件名字后缀太长了，所以文章最后写了一下后缀的调整方法。第一种方法：1、建立子原理图如下，文件名CANM 2、之后新建一个顶层文件，文件名TOP，之后design—create sheet symbol form sheet or hdl。选择CANM，并放置到TOP中，如下 3、由于我们要多次调用CANM所以使用repeat命令修改如下： 4、之后根据自己的定义，连... 阅读详情

相关文章：技术成神之路：二十三种设计模式(导航页)

介绍

观察者模式（Observer Pattern）是一种行为设计模式。它允许一个对象（称为主题或可观察者）来监视并通知一组依赖于这个对象的其他对象（称为观察者），以便在主题状态发生变化时自动更新观察者的对象。

1.定义

观察者模式定义了一种一对多的依赖关系，让多个观察者对象同时监听某一个主题对象。这个主题对象在状态变化时，会通知所有注册过的观察者对象，使它们能够自动更新自己。

2.主要作用

主要作用是解耦主题与观察者之间的耦合关系，使得主题和观察者之间可以轻松地进行交互和通信。

3.解决的问题

对象间的依赖关系管理：将对象间的依赖关系从静态写死的调用关系解耦，通过抽象出观察者接口和主题接口来管理对象间的关系。
通知机制：当一个对象的状态发生变化时，需要通知其他相关的对象做出相应的改变，观察者模式提供了一种灵活的通知机制。

观察者模式应该是我们在开发中使用最频繁的一个设计模式了，比如在安卓中经常用到的：

LiveData 和 Observer：LiveData 是一种在 Android 应用中生命周期感知的可观察数据持有类。可以存储数据，并在数据发生变化时通知其观察者。通常与 Observer 结合使用。
BroadcastReceiver 和 IntentFilter：广播发送者和接收者之间的通信机制可以看作是一种观察者模式的实现。
RxJava 和 Observer：提供了 Observables 和 Observers 的概念，可以用来实现观察者模式。

注意观察者模式的定义是一对多的关系，像监听事件只能算回调（Callback），不严格符合传统的观察者模式的定义！

4.模式原理

包含角色：

Subject（主题）：维护一组观察者对象，提供注册和删除观察者对象的接口。主题对象状态发生变化时，调用观察者的相应方法。
Observer（观察者）：定义一个更新接口，使得在主题对象状态改变时能够得到通知和更新。
ConcreteSubject（具体主题）：将有关状态存入具体观察者对象；在具体主题的内部状态改变时，给所有登记过的观察者发出通知。
ConcreteObserver（具体观察者）：维护一个指向具体主题对象的引用，存储与主题的状态相对应的信息。实现 Observer 定义的更新接口，以便使自身状态与主题的状态保持一致。

UML类图：
在这里插入图片描述
示例代码：

主题接口 Subject

import java.util.ArrayList;
import java.util.List;

// 主题接口
interface Subject {
    void registerObserver(Observer observer);
    void removeObserver(Observer observer);
    void notifyObservers();
}

// 具体主题类
class ConcreteSubject implements Subject {
    private List<Observer> observers = new ArrayList<>();
    private int state;

    public int getState() {
        return state;
    }

    public void setState(int state) {
        this.state = state;
        notifyObservers();
    }

    @Override
    public void registerObserver(Observer observer) {
        observers.add(observer);
    }

    @Override
    public void removeObserver(Observer observer) {
        observers.remove(observer);
    }

    @Override
    public void notifyObservers() {
        for (Observer observer : observers) {
            observer.update(state);
        }
    }
}

观察者接口 Observer

// 观察者接口
interface Observer {
    void update(int state);
}

// 具体观察者类
class ConcreteObserver implements Observer {
    private int observerState;

    @Override
    public void update(int state) {
        observerState = state;
        System.out.println("Observer state updated: " + observerState);
    }
}

使用

public class ObserverPatternExample {
    public static void main(String[] args) {
        // 创建具体主题对象
        ConcreteSubject subject = new ConcreteSubject();

        // 创建具体观察者对象
        ConcreteObserver observer1 = new ConcreteObserver();
        ConcreteObserver observer2 = new ConcreteObserver();

        // 注册观察者
        subject.registerObserver(observer1);
        subject.registerObserver(observer2);

        // 改变主题状态，并触发通知
        subject.setState(10);

        // 移除一个观察者
        subject.removeObserver(observer1);

        // 再次改变主题状态，并触发通知
        subject.setState(20);
    }
}

打印

Observer state updated: 10
Observer state updated: 10

Observer state updated: 20

上面举例为标准的观察者模式写法，我记得在上家公司代码中有一种奇怪的写法，当然，也符合观察者模式定义。

在安卓中不同组件之间大多都有传递消息的需求，大家常用的库有EventBus吧。简单，方便，它是定义了一个 IHandler类，其中代码就像上面 ConcreteSubject 类中差不多，只不过多了一个Handler 就是为了方便切换线程的，保证观察者收到的消息都是在主线程中，注意他是一个类，不是接口，而且所有代码都在IHandler 类中，谁继承它就是 具体主题类 ，因为安卓是单继承嘛，这个使用起来很不方便。

无论你在任何地方，想要得到这个 具体主题类的消息，只需要向它注册观察者即可，当然最后别忘了反注册，不然要内存泄漏了，刚用的时候稍不留意就忘了，可恶心，当然这个具体主题类 一般都是单例，全局唯一对象，因为当时是霸屏应用（特殊场景），所以单例满天飞，用的时候可爽，哈哈哈，现在回想起来都是问题。