设计模式之观察者模式
来源:互联网 发布:java选课源代码 编辑:程序博客网 时间:2024/06/09 19:30
选择23种设计模式之一:观察者模式
概述
有时被称作发布/订阅模式,观察者模式定义了一种一对多的依赖关系,让多个观察者对象同时监听某一个主题对象。这个主题对象在状态发生变化时,会通知所有观察者对象,使它们能够自动更新自己。
解决的问题
将一个系统分割成一个一些类相互协作的类有一个不好的副作用,那就是需要维护相关对象间的一致性。我们不希望为了维持一致性而使各类紧密耦合,这样会给维护、扩展和重用都带来不便。观察者就是解决这类的耦合关系的。
模式中的角色
抽象主题(Subject):它把所有观察者对象的引用保存到一个聚集里,每个主题都可以有任何数量的观察者。抽象主题提供一个接口,可以增加和删除观察者对象。
具体主题(ConcreteSubject):将有关状态存入具体观察者对象;在具体主题内部状态改变时,给所有登记过的观察者发出通知。
抽象观察者(Observer):为所有的具体观察者定义一个接口,在得到主题通知时更新自己。
具体观察者(ConcreteObserver):实现抽象观察者角色所要求的更新接口,以便使本身的状态与主题状态协调。
java剖析如下:
抽象主题和抽象观察者:
package inter;import java.util.ArrayList;import java.util.List;public abstract class Subject {private List<Observer> observers = new ArrayList<Observer>();public void Attach(Observer observer) {observers.add(observer);}public void Detach(Observer observer) {observers.remove(observer);}public void Notify() {for (Observer observer : observers) {observer.Update();} }}
package inter;public interface Observer {void Update();}
具体主题和具体观察者:
package impl;import inter.Subject;public class ConcreteSubject extends Subject {private String subjectState;/** * @return the subjectState */public String getSubjectState() {return subjectState;}/** * @param subjectState the subjectState to set */public void setSubjectState(String subjectState) {this.subjectState = subjectState;}}
package impl;import inter.Observer;public class ConcreteObserver implements Observer {private String observerState;private String name;private ConcreteSubject subject;public ConcreteObserver(ConcreteSubject subject, String name) {this.subject = subject;this.name = name;}public void Update() {observerState = subject.getSubjectState();System.out.println("The observer's state of " + name + " is " + observerState);}}
测试类:
import impl.ConcreteObserver;import impl.ConcreteSubject;public class MyTest {public static void main(String[] args) { ConcreteSubject subject = new ConcreteSubject(); subject.Attach(new ConcreteObserver(subject, "Observer A")); subject.Attach(new ConcreteObserver(subject, "Observer B")); subject.Attach(new ConcreteObserver(subject, "Observer C")); subject.setSubjectState("start"); subject.Notify();}}
打印结果如下:
The observer's state of Observer A is start
The observer's state of Observer B is start
The observer's state of Observer C is start
模式总结
优点
观察者模式解除了主题和具体观察者的耦合,让耦合的双方都依赖于抽象,而不是依赖具体。从而使得各自的变化都不会影响另一边的变化。
缺点
依赖关系并未完全解除,抽象通知者依旧依赖抽象的观察者。
适用场景
当一个对象的改变需要给变其它对象时,而且它不知道具体有多少个对象有待改变时。
一个抽象某型有两个方面,当其中一个方面依赖于另一个方面,这时用观察者模式可以将这两者封装在独立的对象中使它们各自独立地改变和复用。
- 设计模式之-观察者
- 设计模式之观察者
- 设计模式之观察者
- 设计模式之观察者
- 设计模式之观察者
- 设计模式之观察者
- 设计模式之观察者
- 设计模式之观察者
- 设计模式之观察者
- 设计模式之观察者
- 设计模式之观察者
- 设计模式之观察者模式
- 设计模式之观察者模式
- 设计模式之观察者模式
- 设计模式之观察者模式
- 设计模式之观察者模式
- 设计模式之观察者模式
- 设计模式之观察者模式
- golang的错误处理
- Golang语言--测试技术
- golang的哪些坑爷事: package实践--转
- Golang和HTTPS在网站前端接入里的作用
- golang之defer
- 设计模式之观察者模式
- 驱动问题总结
- Golang基本数据类型,常量,标识符
- Golang语言和node.js的对比
- golang的内存模型与new()与make()
- Linux Ubuntu14.04在线安装配置Nginx
- Golang中一个不错的处理 JSON 的库 go-dproxy
- Golang 在 Baidu-FrontEnd 的应用之路
- Myeclipse10提高javaweb的技巧