第二个设计模式 观察者模式

首先上图，很粗糙

       观察者模式的定义：在对象之间定义一对多的依赖，这样一来，当一个可观察者发生变化时，多个观察者都会收到通知，并自动更新。这个模式理解起来很简单，具体的应用场景如下。

       有一个天气信息的可观察者，有一堆需要知道天气信息的观察者。当可观察者发布的天气改变时，很多的观察者可以收到通知并进行更新。天气信息的发布者，需要提供给观察者register（关注）和remove（取消关注）天气信息的接口。获取天气信息的观察者需要提供给可观察者推送改变信息的update()接口，观察者可以在update()方法中对可观察者推送的信息进行相应的处理和显示。

       这个设计模式的一个很重要的思想是，

                  1）面向接口编程，不针对实现类编程。

                  2）找出程序中会变化的方面，然后将其和固定不变的方面分离。

                  3）使用面向接口编程，很容易发现可观察者和观察者之间是松耦合的，可观察者只会调用观察者的接口                          中的方法，而观察者也主要调用可观察者接口中的方法。

   Java中有java.utils.Observable 和java.utils.Observer对应着可观察者和观察者。其中Observable是一个实现类，这个就比较不方便。其中setChanged()方法是在可观察者发生改变时调用，表明信息已经发生改变。

    在其中碰到一个小问题，在传递参数中，很多时候我们选择Map把参数封装起来然后再进行传值，其主要的优点是当需要传递的参数增加或者减少时，我们只需要对Map的封装进行修改就可以了。