2018年8月12日

设计模式摘要(核心篇)二、观察者模式

定义:在对象之间定义一对多的依赖,这样一来,当一个对象改变状态,依赖它的对象都会收到通知,并自动更新。

模式类图

作用

帮助对象知悉状况,不会错过该对象感兴趣的事。对象可以在运行时决定是否要继续被通知。观察者模式是 JDK 中使用最多的模式之一,非常有用。

注意点

一对多关系

“一个”主题对应“多个”观察者的关系。主题是真正拥有数据的人,观察者是主题的依赖者,在数据变化时更新,这样比起让许多对象控制同一份数据来,可以得到更干净的 OO 设计。

松耦合

当两个对象之间松耦合,它们依然可以交互,但是不太清楚彼此的细节。

  • 关于观察者的一切,主题只知道观察者实现了某个接口(也就是 Observer 接口)。主题不需要知道观察者的具体类是谁、做了些什么或其他任何细节。
  • 任何时候我们都可以增加新的观察者,或删除某些观察者,主题不会受到任何影响。
  • 有新类型的观察者出现时,主题的代码不需要修改。
  • 我们可以独立地复用主题或观察者。
  • 改变主题或观察者其中一方,并不会影响另一方。只要它们之间的接口仍被遵守,我们就可以自由地改变他们。

松耦合的设计之所以能让我们建立有弹性的 OO 系统,能够应对变化,是因为对象之间的互相依赖降到了最低。

OO 原则

  • 为了交互对象之间的松耦合设计而努力

其他

  • 数据可以由主题向观察者“推送”;也可由观察者向主题“拉取”。
  • Java 内置的观察者模式中,有一个 setChanged() 方法,标记状态已经改变。这样做有其必要性。如果没有 setChanged() 方法,由于气象站温度计足够灵敏,可能每十分之一度就会更新,这会造成 WeatherData 对象持续不断地通知观察者。如果我们希望半度以上才更新,就可以在温度差距到达半度时,调用 setChanged(),进行有效的更新。
  • Java 内置的观察者模式违背了一些设计原则,不够灵活。可以考虑采用自己的实现

模式应用

场景

气象观测站。写一个 app,利用 WeatherData 对象取得数据,并更新三个布告板:目前状况、气象统计和天气预报。

应用类图

参考代码:观察者模式

You may also like...

发表评论

电子邮件地址不会被公开。 必填项已用*标注


*