思考题
在我们的一个实现中，下列哪种说法正确？（多选） P42
public class WeatherDate {
// 实例变量声明
public void measurementsChanged() {
float temp = getTemperature();
float humidity = getHumidity();
float pressure = getPressure();
currentConditionsDisplay.update(temp, humidity, pressure);
statisticsDisplay.update(temp, humidity, pressure);
forecastDisplay.update(temp, humidity, pressure);
}
// 其他 WeatherData 方法
}[x] A. 我们是针对具体实现编程，而非针对接口
- 每个布告板都是直接进行更新
[x] B. 对于每个新的布告板，我们都得修改代码
- 每个新的布告板，都需加一行更新代码
[x] C. 我们无法在运行时动态地增加（或删除）布告板
- 没有针对接口编程，运行时无法更改布告板
[x] D. 布告板没有实现一个共同的接口
没有布告板的相关介绍，认为没有实现同一个接口
后来又学到
TypeScript和Golang等语言，这些语言是存在鸭子类型，不需要显示继承类或者接口（但本书所有例子都是Java，所以不认为是鸭子类型）【答案认为没有此选项】所有布告板都有相同的更新方式，看起来像实现了一个共同的接口
[x] E. 我们尚未封装改变的部分
- 布告板会动态更新，此处仍是针对实现编程
[x] F. 我们侵犯了 WeatherData 类的封装
修改了不属于我们负责的类
【答案认为没有此选项】方法没有入参，暗示必须在方法内修改
观察者模式
定义了对象之间的一对多依赖，这样一来，当一个对象改变状态时，它的所有依赖者都会受到通知并自动更新 P51
设计原则：为了交互对象之间的松耦合设计而努力
P53- 松耦合把对象之间的互相依赖降到了最低，因此可以增加弹性，应对变化
所思所想
觉得观察者模式又像用到了策略，不同的观察者和不同的主题就类似于不同的策略；可能各个不同的设计模式都运用到 OO基础和OO原则，使得有点相似，但是解决的问题还是有所差异的
观察者模式也用得很多，以前用的各种事件监听器就是观察者模式，不过这种模式的观察者不需要主题的引用，注册由客户端实现
本文首发于公众号：满赋诸机（点击查看原文） 开源在 GitHub ：reading-notes/head-first-design-patterns
