设计模式之观察者模式（简单得不得鸟）

定义

观察者模式又叫做发布-订阅模式，它定义了一种一对多的依赖关系，让多个观察者对象同时去监听某一个主题对象，这个主题对象在状态发生变化时，会通知所有观察者对象，使他们能自动更新自己。
结构图：

具体描述

这个模式我们可以用微信公众号来举例子，有一天你在网上发现某一公众号有很多岛国资源，你特别开心，对里面的内容非常感兴趣，那么你就点了关注，此时你相当于订阅者（subscribes）订阅了该公众号（publisher）的内容。此时就相当于观察者模式，你是观察者，监听着公众号发布的消息通知，假如公众号发布新通知，你就会及时接收并查看。接下来我们来看
具体说明：

1发布者： 每个发布者可以有任意数量的订阅者。发布者提供一个接口，可以增加删除观察者对象。

2订阅者： 订阅者 （Subscriber） 接口声明了通知接口。 在绝大多数情况下， 该接口仅包含一个 update更新方法。 该方法可以拥有多个参数， 使具体发布者能在更新时传递事件的详细信息。

3具体发布者： 具体发布者 （ConcretePublisher） 会向其他对象发送值得关注的事件。事件会在发布者自身状态改变或执行特定行为后发生。 具体发布者中包含一个允许新订阅者加入和当前订阅者离开列表的订阅构架。当新事件发生时， 具体发布者会遍历订阅列表并调用每个订阅者对象的通知方法。 该方法是在订阅者接口中声明的。
4具体订阅者： 具体订阅者实现抽象订阅者角色所要求的更新接口，以便使本身的状态与主题的状态相协调

观察者改进

尽管已经使用了依赖倒转原则，但抽象发布者还是依赖于抽象订阅者，也就是说，假如没有了抽象订阅者的接口，通知就不知道发布给谁了，所以这里我们需要借助第三方客户端来决定通知谁。
客户端 （Client）: 会分别创建发布者和订阅者对象， 然后为订阅者注册发布者更新。

适用场景

1当一个对象状态的改变需要改变其他对象， 或实际对象是事先未知的或动态变化的时， 可使用观察者模式。

当你使用图形用户界面类时通常会遇到一个问题。 比如， 你创建了自定义按钮类并允许客户端在按钮中注入自定义代码， 这样当用户按下按钮时就会触发这些代码。
观察者模式允许任何实现了订阅者接口的对象订阅发布者对象的事件通知。 你可在按钮中添加订阅机制， 允许客户端通过自定义订阅类注入自定义代码。

2当应用中的一些对象必须观察其他对象时， 可使用该模式。 但仅能在有限时间内或特定情况下使用。

订阅列表是动态的， 因此订阅者可随时加入或离开该列表。

总的来说，观察者所做的工作其实就是在解耦合，让耦合的双方都依赖于抽象，而不是依赖于具体，从而使得各自的变化都不会影响另一边的变化。

观察者优缺点

优点：
1 开闭原则。 你无需修改发布者代码就能引入新的订阅者类 （如果是发布者接口则可轻松引入发布者类）。
2你可以在运行时建立对象之间的联系。
缺点：
订阅者的通知顺序是随机的。