Java设计模式——观察者模式

1.观察者模式概述

1.1观察者模式定义

观察者模式是使用频率最高的设计模式之一，它用于建立一种对象与对象之间的依赖关系，一个对象发生改变时将自动通知其他对象，其他对象将相应作出反应。在观察者模式中，发生改变的对象称为观察目标，而被通知的对象称为观察者，一个观察目标可以对应多个观察者，而且这些观察者之间可以没有任何相互联系，可以根据需要增加和删除观察者，使得系
统更易于扩展

观察者模式：定义了对象之间的一对多依赖，当一个对象改变状态时，它的所有依赖者都会收到通知并自动更新。观察者模式的别名包括发布-订阅（Publish/Subscribe） 模式、模型-视图（Model/View） 模式、源-监听器（Source/Listener） 模式或从属者（Dependents） 模式。观察者模式是一种对象行为型模式

1.2 观察者模式UML 类图

在观察者模式结构图中包含如下几个角色：

• Subject（目标） ：目标又称为主题，它是指被观察的对象。在目标中定义了一个观察者集合，一个观察目标可以接受任意数量的观察者来观察，它提供一系列方法来增加和删除观察者对象，同时它定义了通知方法notify()。目标类可以是接口，也可以是抽象类或具体类。

• ConcreteSubject（具体目标）：具体目标是目标类的子类，通常它包含有经常发生改变的数 据，当它的状态发生改时，向它的各个观察者发出通知；同时它还实现了在目标类中定义的抽象业务逻辑方法（如果有的话） 。如果无须扩展目标类，则具体目标类可以省略。

• Observer（观察者）：观察者将对观察目标的改变做出反应，观察者一般定义为接口，该接 口声明了更新数据的方法update()，因此又称为抽象观察者。

• ConcreteObserver（具体观察者） ：在具体观察者中维护一个指向具体目标对象的引用，它存储具体观察者的有关状态，这些状态需要和具体目标的状态保持一致；它实现了在抽象观察者Observer中定义的update()方法。通常在实现时，可以调用具体目标类的attach()方法将自己添加到目标类的集合中或通过detach()方法将自己从目标类的集合中删除

总结：
观察者模式描述了如何建立对象与对象之间的依赖关系，以及如何构造满足这种需求的系统。观察者模式包含观察目标和观察者两类对象，一个目标可以有任意数目的与之相依赖的观察者，一旦观察目标的状态发生改变，所有的观察者都将得到通知。作为对这个通知的响应，每个观察者都将监视观察目标的状态以使其状态与目标状态同步，这种交互也称为发布-订阅(Publish-Subscribe)。观察目标是通知的发布者，它发出通知时并不需要知道谁是它的观察者，可以有任意数目的观察者订阅它并接收通知

1.3 观察者的优缺点对比

主要优点：

1. 观察者模式可以实现表示层和数据逻辑层的分离，定义了稳定的消息更新传递机制，并抽象了更新接口，使得可以有各种各样不同的表示层充当具体观察者角色。

2. 观察者模式在观察目标和观察者之间建立一个抽象的耦合。观察目标只需要维持一个抽象观察者的集合，无须了解其具体观察者。由于观察目标和观察者没有紧密地耦合在一起，因 此它们可以属于不同的抽象化层次。

3. 观察者模式支持广播通信，观察目标会向所有已注册的观察者对象发送通知，简化了一对 多系统设计的难度。

4. 观察者模式满足“开闭原则”的要求，增加新的具体观察者无须修改原有系统代码，在具体观察者与观察目标之间不存在关联关系的情况下，增加新的观察目标也很方便。

主要缺点：

1. 如果一个观察目标对象有很多直接和间接观察者，将所有的观察者都通知到会花费很多时间。

2. 如果在观察者和观察目标之间存在循环依赖，观察目标会触发它们之间进行循环调用，可能导致系统崩溃。

3. 观察者模式没有相应的机制让观察者知道所观察的目标对象是怎么发生变化的，而仅仅只是知道观察目标发生了变化。

1.4 观察者模式适应场景

1. 一个抽象模型有两个方面，其中一个方面依赖于另一个方面，将这两个方面封装在独立的对象中使它们可以各自独立地改变和复用。

2. 一个对象的改变将导致一个或多个其他对象也发生改变，而并不知道具体有多少对象将发生改变，也不知道这些对象是谁。

3. 需要在系统中创建一个触发链，A对象的行为将影响B对象，B对象的行为将影响C对象……，可以使用观察者模式创建一种链式触发机制。

2.观察者模式实例

说了这么多原理，下面举个例子。

最近红海行动非常的火热，让我们再一次看到了一个大国的精神。我们就以蛟龙战队为背景，如果蛟龙战队的队员受到了攻击，就向其他队员请求支援。
在这里，蛟龙战队就是一个指挥中心，也就是前面说的ConcreteSubject。队员就是ConcreteObserver（具体的观察者）。为了让程序可以很好的扩展，符合设计模式的开闭原则。我们这里需要添加一个抽象的subject和一个观察者接口。当然，观察模式已经很好的解耦了，我们将观察者和目前进行了充分的分离和抽象。

下面来看看具体的代码：

1.抽象的控制中心(Subject)
AmryControlCenter.java