设计模式摘要(核心篇)二、观察者模式
- 设计模式
- 2018-08-12
- 150热度
- 0评论
导航
定义:在对象之间定义一对多的依赖,这样一来,当一个对象改变状态,依赖它的对象都会收到通知,并自动更新。
模式类图
作用
帮助对象知悉状况,不会错过该对象感兴趣的事。对象可以在运行时决定是否要继续被通知。观察者模式是 JDK 中使用最多的模式之一,非常有用。
注意点
一对多关系
“一个”主题对应“多个”观察者的关系。主题是真正拥有数据的人,观察者是主题的依赖者,在数据变化时更新,这样比起让许多对象控制同一份数据来,可以得到更干净的 OO 设计。
松耦合
当两个对象之间松耦合,它们依然可以交互,但是不太清楚彼此的细节。
- 关于观察者的一切,主题只知道观察者实现了某个接口(也就是 Observer 接口)。主题不需要知道观察者的具体类是谁、做了些什么或其他任何细节。
- 任何时候我们都可以增加新的观察者,或删除某些观察者,主题不会受到任何影响。
- 有新类型的观察者出现时,主题的代码不需要修改。
- 我们可以独立地复用主题或观察者。
- 改变主题或观察者其中一方,并不会影响另一方。只要它们之间的接口仍被遵守,我们就可以自由地改变他们。
松耦合的设计之所以能让我们建立有弹性的 OO 系统,能够应对变化,是因为对象之间的互相依赖降到了最低。
OO 原则
- 为了交互对象之间的松耦合设计而努力
其他
- 数据可以由主题向观察者“推送”;也可由观察者向主题“拉取”。
- Java 内置的观察者模式中,有一个 setChanged() 方法,标记状态已经改变。这样做有其必要性。如果没有 setChanged() 方法,由于气象站温度计足够灵敏,可能每十分之一度就会更新,这会造成 WeatherData 对象持续不断地通知观察者。如果我们希望半度以上才更新,就可以在温度差距到达半度时,调用 setChanged(),进行有效的更新。
- Java 内置的观察者模式违背了一些设计原则,不够灵活。可以考虑采用自己的实现
模式应用
场景
气象观测站。写一个 app,利用 WeatherData 对象取得数据,并更新三个布告板:目前状况、气象统计和天气预报。
应用类图
参考代码:观察者模式