观察者模式

让你的对象知悉现状：观察者模式

  这是《Head First设计模式（中文版）》第二章的读书笔记。

  这一章讲述第二种设计模式——观察者模式，以气象观察站应用展开，重要的还提到了松耦合原则。

复习

  通过本书学习设计模式不需要太高深的 UML 知识，书中用类 UML 图去描述对象的关系，这里简单回顾一下 UML 的几种关系。常见的有以下几种关系: 泛化（Generalization）, 实现（Realization），关联（Association)，聚合（Aggregation），组合(Composition)，依赖(Dependency)。各种关系的强弱顺序：泛化 = 实现 > 组合 > 聚合 > 关联 > 依赖

1. 泛化（Generalization）,是一种继承关系，表示一般与特殊的关系，它指定了子类如何特化父类的所有特征和行为。例如：老虎是动物的一种，即有老虎的特性也有动物的共性。带三角箭头的实线，箭头指向父类。

2. 实现（Realization）,是一种类与接口的关系，表示类是接口所有特征和行为的实现。带三角箭头的虚线，箭头指向接口。

3. 关联（Association)，是一种拥有的关系，它使一个类知道另一个类的属性和方法；如：老师与学生，丈夫与妻子关联可以是双向的，也可以是单向的。双向的关联可以有两个箭头或者没有箭头，单向的关联有一个箭头。图形是带普通箭头的实心线，指向被拥有者。

4. 聚合（Aggregation），是整体与部分的关系，且部分可以离开整体而单独存在。如车和轮胎是整体和部分的关系，轮胎离开车仍然可以存在。聚合关系是关联关系的一种，是强的关联关系；关联和聚合在语法上无法区分，必须考察具体的逻辑关系。带空心菱形的实心线，菱形指向整体。

5. 组合(Composition)，是整体与部分的关系，但部分不能离开整体而单独存在。如公司和部门是整体和部分的关系，没有公司就不存在部门。带实心菱形的实线，菱形指向整体。

6. 依赖(Dependency)，是一种使用的关系，即一个类的实现需要另一个类的协助，所以要尽量不使用双向的互相依赖。带箭头的虚线，指向被使用者。

设计模式

原则

1. 为交互对象之间的松耦合设计而努力。

观察者模式

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

  实现观察者模式的方法不只一种，但是以包含 Subject 与 Observer 接口的类设计的做法最常见。

观察者模式