观察者模式(Observer Pattern)是一种行为型设计模式,用于定义一种一对多的依赖关系,当一个对象的状态发生改变时,所有依赖于它的对象都得到通知并自动更新。观察者模式提供了一种对象间的联动机制,使得一个对象的变化能够影响其他对象,而不需要它们之间显式地相互引用。在本文中,我们将深入研究Java中观察者模式的定义、结构、使用场景以及如何在实际开发中应用。
1. 定义
观察者模式是一种行为型设计模式,用于定义一种一对多的依赖关系,当一个对象的状态发生改变时,所有依赖于它的对象都得到通知并自动更新。观察者模式通常包含两个主要角色:主题(Subject)和观察者(Observer)。
-
主题(Subject):
维护一组观察者对象,提供添加、删除和通知观察者的方法。主题可以是具体的实现类或接口。
-
观察者(Observer):
定义了一个更新方法,用于在主题状态发生变化时接收通知和执行相应操作。观察者通常是一个接口,可以由具体的实现类来实现。
2. 应用场景
观察者模式通常在以下场景中使用:
-
一对多的依赖关系:
当一个对象的状态发生改变需要通知多个对象时,可以使用观察者模式。这样可以避免对象之间的紧耦合,提高系统的灵活性。
-
解耦发布者和订阅者:
当发布者和订阅者之间需要解耦时,可以使用观察者模式。发布者无需知道订阅者的具体实现,只需通知观察者即可。
-
动态更新:
当一个对象的状态需要动态更新,并且希望其他对象能够自动感知并作出相应的改变时,可以使用观察者模式。
3. 代码实现
下面通过一个简单的例子来演示观察者模式的实现。假设有一个新闻发布系统,我们可以使用观察者模式来让多个订阅者实时获取新闻的更新。
主题 - 新闻发布 Subject
package com.cheney.demo;
interface Subject {
void addObserver(Observer observer);
void removeObserver(Observer observer);
void notifyObservers(String news);
}
观察者 - 订阅者 Observer
package com.cheney.demo;
interface Observer {
void update(String news);
}
具体主题 - 具体新闻发布 NewsPublisher
package com.cheney.demo;
import java.util.ArrayList;
import java.util.List;
class NewsPublisher implements Subject {
private List<Observer> observers = new ArrayList<>();
@Override
public void addObserver(Observer observer) {
observers.add(observer);
}
@Override
public void removeObserver(Observer observer) {
observers.remove(observer);
}
@Override
public void notifyObservers(String news) {
for (Observer observer : observers) {
observer.update(news);
}
}
public void publishNews(String news) {
System.out.println("发布消息: " + news);
notifyObservers(news);
}
}
具体观察者 - 具体订阅者 NewsSubscriber
package com.cheney.demo;
class NewsSubscriber implements Observer {
private String name;
public NewsSubscriber(String name) {
this.name = name;
}
@Override
public void update(String news) {
System.out.println(name + " 订阅消息: " + news);
}
}
客户端启动类 Main
package com.cheney.demo;
public class Main {
public static void main(String[] args) {
// 使用观察者模式实现新闻发布和订阅
NewsPublisher newsPublisher = new NewsPublisher();
Observer subscriber1 = new NewsSubscriber("订阅者1");
Observer subscriber2 = new NewsSubscriber("订阅者2");
newsPublisher.addObserver(subscriber1);
newsPublisher.addObserver(subscriber2);
newsPublisher.publishNews("突发新闻:重大事件!");
// 移除订阅者
newsPublisher.removeObserver(subscriber1);
newsPublisher.publishNews("更新:天气预报");
}
}
在上述例子中,Subject
是主题接口,定义了添加、移除和通知观察者的方法。Observer
是观察者接口,定义了更新方法。NewsPublisher
是具体主题,实现了主题接口,并维护了一组观察者。NewsSubscriber
是具体观察者,实现了观察者接口,表示订阅者。
在客户端中,我们使用观察者模式实现了新闻发布和订阅。当新闻发布时,所有订阅者会收到通知并更新。通过这种方式,发布者和订阅者之间实现了解耦,新闻发布系统更加灵活和可维护。
结语
观察者模式是一种用于定义对象间一对多的依赖关系的设计模式。通过观察者模式,可以实现发布者和订阅者之间的解耦,提高系统的灵活性和可维护性。在实际开发中,观察者模式常被用于实现事件处理、消息通知等场景。通过合理使用观察者模式,可以使系统更加可扩展,降低对象之间的耦合度。
【Java 设计模式】系列 《23 种设计模式》 与 《7 大设计原则》 总纲
🚩设计原则
✨单一职责原则(SRP) 规定一个类应该只有一个引起变化的原因
✨开放/封闭原则(OCP) 表明软件实体应该是可以扩展的,但是不可修改的
✨里氏替换原则(LSP) 强调派生类必须能够替代其基类而不引起程序错误
✨依赖倒置原则(DIP) 倡导高层模块不应该依赖于低层模块,二者都应该依赖于抽象
✨接口隔离原则(ISP) 提倡一个类不应该被强迫依赖它不使用的接口
✨合成/聚合复用原则(CARP) 建议尽量使用合成/聚合,尽量不要使用继承
✨迪米特法则(LoD) 规定一个对象应该对其他对象有最少的了解
🚀创建型设计模式
✨单例模式 保证一个类仅有一个实例,并提供一个访问它的全局点
✨工厂方法模式 定义一个用于创建对象的接口,但是由子类决定实例化哪一个类
✨抽象工厂模式 提供一个创建一系列相关或相互依赖对象的接口,而无需指定它们具体的类
✨建造者模式 将一个复杂对象的构建与其表示分离,使得同样的构建过程可以创建不同的表示
✨原型模式 通过复制现有的对象来创建新对象,而不是从头开始创建
🚀结构型设计模式
✨适配器模式 将一个类的接口转换成客户希望的另外一个接口
✨桥接模式 将抽象部分与它的实现部分分离,使它们都可以独立地变化
✨组合模式 将对象以树形结构组合以表示“部分-整体”的层次结构
✨装饰器模式 动态地给一个对象添加一些额外的职责
✨外观模式 为子系统中的一组接口提供一个一致的界面
✨代理模式 为其他对象提供一种代理以控制对这个对象的访问
✨享元模式 用共享的方式高效地支持大量小粒度对象
🚀行为型设计模式
✨观察者模式 定义对象间的一对多依赖,当一个对象改变状态,所有依赖者都会受到通知并自动更新
✨策略模式 定义一系列算法,将它们封装起来,并且使它们可以相互替换
✨命令模式 将请求封装成对象,使得可以用不同的请求对客户进行参数化
✨状态模式 允许对象在其内部状态改变时改变它的行为
✨责任链模式 为解除请求的发送者和接收者之间的耦合,而使多个对象都有机会处理这个请求
✨访问者模式 将算法与对象结构分离,并且可以在不改变对象结构的前提下定义新的操作
✨中介者模式 用一个中介对象来封装一系列的对象交互
✨备忘录模式 在不破坏封装的情况下,捕获对象的内部状态,并在对象之外保存这个状态
✨迭代器模式 提供一种方法顺序访问一个聚合对象中的各个元素,而不暴露其内部表示
✨模版方法模式 定义一个操作中的算法的骨架,将一些步骤延迟到子类中
✨解释器模式 定义一个语言的文法,并且建立一个解释器来解释该语言中的句子