设计模式 -- 观察者模式

什么是观察者？

       观察者模式又称为发布/订阅(Publish/Subscribe)模式。因此我们可以用报纸期刊的订阅来形象的说明:

　　　　报社方负责出版报纸.

　　　　你订阅了该报社的报纸,那么只要报社发布了新报纸,就会通知你,或发到你手上.

　　　　如果你不想再读报纸,可以取消订阅,这样,报社发布了新报纸就不会再通知你.

　　理解其实以上的概念,就可以理解观察者模式,观察者模式中有主题(Subject)和观察者(Observer),分别对应报社和订阅用户(你).观察者模式定义了对象之间的一对多的依赖关系,这样,当"一"的一方状态发生变化时,它所依赖的"多"的一方都会收到通知并且自动更新.如图:

观察者模式的优缺点？

     优点：1、松耦合，改变主题或者观察者其中一方，并不影响另一方，只要他们之间的接口仍然遵守，就可以改变。

               2、观察者模式满足“开闭原则”。

      缺点：1、如果一个被观察者对象有很多的直接和间接的观察者的话，将所有的观察者都通知到会花费很多时间。

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

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

应用实例？

      某商品暂时没有，提示用户关注后到货通知，这个暂时无货的商品是被观察者，点击关注这个商品的用户就是观察者。

模式结构？

     观察者包含了四中角色：

     （1）主题（Subject）：主题是一个接口，该接口规定了具体主题需要实现的方法，比如，添加[addObserver]、删除观察者[deleteObserver]以及通知观察者[notifyObserver]更新数据的方法。

     （2）观察者（Observer）：观察者是一个接口，该接口规定了具体观察者用来更新 [update方法] 数据的方法。

     （3）具体主题（ConcreteSubject）：具体主题是实现主题接口类的一个实例，该实例包含有可以经常发生变化的数据。具体主题需使用一个集合，比如ArrayList，存放观察者的引用，以便数据变化时通知具体观察者。

    （4）具体观察者（ConcreteObserver）：具体观察者是实现观察者接口类的一个实例。具体观察者包含有可以存放具体主题引用的主题接口变量，以便具体观察者让具体主题将自己的引用添加到具体主题的集合中，使自己成为它的观察者，或让这个具体主题将自己从具体主题的集合中删除，使自己不再是它的观察者。