1.定义
- 又称为发布-订阅模式,定义了一种一对多的依赖关系,让多个观察者对象同时监听某一个主题对象。这个主题对象在状态发生变化时,会通知所有观察者对象,使他们能够自动更新自己。

2.观察者模式特点
-
适用动机
将一个系统分割成一系列相互协作的类有一个不好的副作用:需要维护相关对象间的一致性。 不希望为了维持一致性而使各类紧密聚合,这样会给维护、扩展和重用都带来不便。
-
当一个对象的改变需要同时改变其他对象,并且它不知道具体有多少个对象有待改变时,应该考虑使用观察者模式。
-
当一个抽象模型有两方面,其中一个方面依赖于另一方面,这时用观察者模式可以将这两者封装在独立的对象使他们各自独立地改变和复用。
-
观察者模式所作的工作使在解除耦合,让耦合的双方都依赖于抽象,而不是依赖于具有。从而使得各自的变化都不会影响另一边的变化。是依赖倒转的体现。
3.代码理解
2.1抽象主题类 Subject
package publishandsubscribe;
import java.util.ArrayList;
import java.util.List;
//主题、抽象通知者
public class Subject {
//把所有对观察者对象的引用保存在一个聚集里
private List<Subscribe> subscribes =new ArrayList<Subscribe>();
//增加观察者/订阅者
public void Attach(Subscribe subscribe){
this.subscribes.add(subscribe);
}
//移除订阅者
public void Detach(Subscribe subscribe){
this.subscribes.remove(subscribe);
}
//通知订阅者
public void Notify(){
for(int i = 0; i<this.subscribes.size(); i++)
{
subscribes.get(i).Update();
}
}
}
2.2抽象观察者/订阅者,这里可以用接口,这样就可以使得具体订阅者可以毫不相关。
package publishandsubscribe;
//抽象观察者,为所有的具体观察者定义接口,得到主题通知时更新自己。
//更新接口
public abstract class Subscribe {
//更新方法
public abstract void Update();
}
2.3 具体主题
package publishandsubscribe;
//具体主题,具体通知者
//将有关状态存入具体订阅者对象
//具体主题的内部状态改变时,给所有订阅的订阅者发出通知
public class ConcreteSubject extends Subject{
private String subjectState; //具体主题的状态
public String getSubjectState() {
return subjectState;
}
public void setSubjectState(String subjectState) {
this.subjectState = subjectState;
}
}
2.4第一类具体订阅者
package publishandsubscribe;
//具体订阅者
//实现抽象主题要求的更新接口,以使本身的状态与主题的状态相协调。
//具体订阅者可以保存一个指向具体主题对象的引用,
public class ConcreteSubscribe1 extends Subscribe {
private String name;
private String observerState; //具体订阅者的状态
private ConcreteSubject subject;
public ConcreteSubscribe1(String name, ConcreteSubject subject) {
this.name = name;
this.subject = subject;
}
@Override
public void Update() {
observerState=subject.getSubjectState();
System.out.println("观察者"+this.name+"的新状态是"+observerState);
}
}
2.5第二类具体订阅者
package publishandsubscribe;
//具体订阅者2
//实现抽象主题要求的更新接口,以使本身的状态与主题的状态相协调。
//具体订阅者可以保存一个指向具体主题对象的引用,
public class ConcreteSubscribe2 extends Subscribe {
private String name;
private String observerState; //具体订阅者的状态
private ConcreteSubject subject;
public ConcreteSubscribe2(String name, ConcreteSubject subject) {
this.name = name;
this.subject = subject;
}
@Override
public void Update() {
observerState=subject.getSubjectState();
System.out.println("观察者"+this.name+"的新状态是"+observerState);
}
}
2.5客户端
package publishandsubscribe;
public class Client {
public static void main(String[] args) {
ConcreteSubject s=new ConcreteSubject();
s.Attach(new ConcreteSubscribe1("小红",s));
s.Attach(new ConcreteSubscribe2("小明",s));
s.setSubjectState("开奖了");
s.Notify();
}
}
2.6 运行结果
观察者小红的新状态是开奖了
观察者小明的新状态是开奖了
4.观察者模式的不足
-
抽象主题还是依赖于抽象订阅者
-
上边的代码仅实现了,订阅者执行相同的动作,那如何实现,主题发布通知后,不同的订阅者执行不同的动作
可以用事件委托进行完善
本文深入讲解了观察者模式的基本概念及其实现方式,探讨了如何通过观察者模式降低软件系统的耦合度,使各组件更加独立。并提供了一个具体的代码示例来说明观察者模式的应用场景。
1353

被折叠的 条评论
为什么被折叠?



