设计模式笔记2（观察者模式）

介绍这个模式使用的例子是一个气象检测应用的例子。采集数据，并显示在布告板上面。

    系统的要求：数据采集完毕后会调用方法measurementchanged()方法，数据有变化的时候布告板要更新，系统可扩展，用户可以随心所欲添加删除布告板。

出版者+订阅者=观察者模式

系统的实现：

主题接口：interface Subject{注册观察者，删除观察者，提醒观察者}

主题实现类：ConcreteSubject{}

观察者接口：interface observer{update（）}

观察者实现：ConcreteObserver（）{}

观察者模式的目的是使得主题和观察者之间松耦合。

关于耦合的概念参考：

http://baike.baidu.com/view/1343493.htm

设计原则：为了交互对象之间的松耦合设计而努力。

松耦合设计可以让我们建立有弹性的oo系统，能够应对变化，它把对象之间的相互依赖降到了最低。

再添加一个接口inteface DisplayElement{display()}

具体的显示面板需要实现两个接口Observer和DisplayElement。

在主题实现中，需要注意的有：

温度变化————>measurmentchanged()——————>notifyObsever这一系列的动作是一连串执行下来的。

现在系统有的问题是：已有温度变化就会使得显示板发生变化，这样很烦人，而且显示板只能被动的接受数据。

这样引出了“推push 拉pull”的概念，推就是主题把数据发给观察者，拉就是观察者自己取数据。

第一个问题可以给主题一个标记位，当温度改变达到一定范围后改变标记位，这样根据标记位来判断是否需要提醒观察者。书中用到的是java内置的观察者模式接口和类，推拉数据的话会由用户自己定义，下面是JavaObserable的notify方法实现：

    public void notifyObservers(Object arg) {
/*
         * a temporary array buffer, used as a snapshot of the state of
         * current Observers.
         */
        Object[] arrLocal;

synchronized (this) {
     /* We don't want the Observer doing callbacks into
      * arbitrary code while holding its own Monitor.
      * The code where we extract each Observable from
      * the Vector and store the state of the Observer
      * needs synchronization, but notifying observers
      * does not (should not). The worst result of any
      * potential race-condition here is that:
      * 1) a newly-added Observer will miss a
      *   notification in progress
      * 2) a recently unregistered Observer will be
      *   wrongly notified when it doesn't care
      */
     if (!changed)
                return;
            arrLocal = obs.toArray();
            clearChanged();
        }

        for (int i = arrLocal.length-1; i>=0; i--)
            ((Observer)arrLocal[i]).update(this, arg);
    }

它会把本对象提交给观察者，而观察者，需要实现Observer的update方法，该方法定义如下：

    void update(Observable o, Object arg);

在该方法中可以抽取观察者希望的数据，起到了“拉”的效果。

今天的笔记就到这里，比较仓促，效果不太好，继续理解观察者模式ing....