设计模式整理—观察者模式

引

想知道公司最新的MM情报吗？加入公司的MM情报邮件组就可以了，小明负责搜集情报，它发现的新情报不用一个一个通知我们，直接发布给邮件组，我们作为订阅者（观察者）就可以及时收到情报啦

什么是观察者模式？

上面的小明就是观察目标，邮件组中的我们就是观察者，小明收集到信息后通过邮件组获取到我们的通讯地址后，将信息发送给我们，我们再根据收到的信息执行具体行动。

观察者模式(Observer Pattern)：定义对象间的一种一对多依赖关系，使得每当一个对象状态发生改变时，其相关依赖对象皆得到通知并被自动更新。观察者模式又叫做发布-订阅（Publish/Subscribe）模式、模型-视图（Model/View）模式、源-监听器（Source/Listener）模式或从属者（Dependents）模式。

我们为什么使用观察者模式？

• 观察者模式的优点

1. 观察者模式可以实现表示层和数据逻辑层的分离，并定义了稳定的消息更新传递机制，抽象了更新接口，使得可以有各种各样不同的表示层作为具体观察者角色。
2. 观察者模式在观察目标和观察者之间建立一个抽象的耦合。
3. 观察者模式支持广播通信。
4. 观察者模式符合“开闭原则”的要求。

• 观察者模式的缺点

1. 如果一个观察目标对象有很多直接和间接的观察者的话，将所有的观察者都通知到会花费很多时间。
2. 如果在观察者和观察目标之间有循环依赖的话，观察目标会触发它们之间进行循环调用，可能导致系统崩溃。
3. 观察者模式没有相应的机制让观察者知道所观察的目标对象是怎么发生变化的，而仅仅只是知道观察目标发生了变化。

观察者模式UML

• 类图
  image.png
  观察目标持有所有观察者的List，并提供了注册、销毁方法。
  观察目标持有观察者想知道的状态属性。一旦该属性被操作，可自动触发notify方法通知List中的所有观察者，并调用观察者的触发方法。
  观察者被通知后，需要知道具体的状态变化情况，并作出对应动作。所以可以将状态作为参数传递过去，或者干脆将观察目标作为参数传递过去，或者让ConcreteObserver持有一个观察目标的引用。
  触发流程：setState()//观察目标状态改变->notify()//通知所有观察者->observer.update()//观察者执行更新->ConcreteObserver.ConcreteSubject.getState()//更新动作中使用到了观察目标的状态

• 时序图

  
  image.png

什么时候使用观察者模式？

• 一个抽象模型有两个方面，其中一个方面依赖于另一个方面。将这些方面封装在独立的对象中使它们可以各自独立地改变和复用。
• 一个对象的改变将导致其他一个或多个对象也发生改变，而不知道具体有多少对象将发生改变，可以降低对象之间的耦合度。
• 一个对象必须通知其他对象，而并不知道这些对象是谁。
• 需要在系统中创建一个触发链，A对象的行为将影响B对象，B对象的行为将影响C对象……，可以使用观察者模式创建一种链式触发机制。

哪些地方使用了观察者模式？