Head First 设计模式 —— 02. 观察者 (Observer) 模式

满赋诸机 · · 783 次点击 · · 开始浏览    
这是一个创建于 的文章,其中的信息可能已经有所发展或是发生改变。

思考题

在我们的一个实现中,下列哪种说法正确?(多选) 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 方法
}
  • A. 我们是针对具体实现编程,而非针对接口

    • 每个布告板都是直接进行更新
  • B. 对于每个新的布告板,我们都得修改代码

    • 每个新的布告板,都需加一行更新代码
  • C. 我们无法在运行时动态地增加(或删除)布告板

    • 没有针对接口编程,运行时无法更改布告板
  • D. 布告板没有实现一个共同的接口

    • 没有布告板的相关介绍,认为没有实现同一个接口

    • 后来又学到 TypeScriptGolang 等语言,这些语言是存在鸭子类型,不需要显示继承类或者接口(但本书所有例子都是 Java ,所以不认为是鸭子类型)

    • 【答案认为没有此选项】所有布告板都有相同的更新方式,看起来像实现了一个共同的接口

  • E. 我们尚未封装改变的部分

    • 布告板会动态更新,此处仍是针对实现编程
  • F. 我们侵犯了 WeatherData 类的封装

    • 修改了不属于我们负责的类

    • 【答案认为没有此选项】方法没有入参,暗示必须在方法内修改

观察者模式

定义了对象之间的一对多依赖,这样一来,当一个对象改变状态时,它的所有依赖者都会受到通知并自动更新 P51

02. 观察者模式
  • 设计原则:为了交互对象之间的松耦合设计而努力 P53

    • 松耦合把对象之间的互相依赖降到了最低,因此可以增加弹性,应对变化

所思所想

  • 觉得观察者模式又像用到了策略,不同的观察者和不同的主题就类似于不同的策略;可能各个不同的设计模式都运用到 OO基础和OO原则,使得有点相似,但是解决的问题还是有所差异的

  • 观察者模式也用得很多,以前用的各种事件监听器就是观察者模式,不过这种模式的观察者不需要主题的引用,注册由客户端实现


有疑问加站长微信联系(非本文作者)

本文来自:简书

感谢作者:满赋诸机

查看原文:Head First 设计模式 —— 02. 观察者 (Observer) 模式

入群交流(和以上内容无关):加入Go大咖交流群,或添加微信:liuxiaoyan-s 备注:入群;或加QQ群:692541889

783 次点击  
加入收藏 微博
添加一条新回复 (您需要 登录 后才能回复 没有账号 ?)
  • 请尽量让自己的回复能够对别人有帮助
  • 支持 Markdown 格式, **粗体**、~~删除线~~、`单行代码`
  • 支持 @ 本站用户;支持表情(输入 : 提示),见 Emoji cheat sheet
  • 图片支持拖拽、截图粘贴等方式上传