推荐订阅源

(这仅仅是记录我对设计模式的理解 ^_^)

意图：定义对象间的一种一对多的依赖关系,当一个对象的状态发生改变时, 所有依赖于它的对象都得到通知并被自动更新。

观察者模式这个名字很形象，一个观察者observer，一个被观察者subject，然后是固定的操作——模式，合起来就是“观察者模式”了，呵呵。

那么观察者和被观察者有什么固定的操作呢？这里要注意了，虽然名字叫观察者模式，但我们却要从被观察者的角度来看这个问题。因为被观察者总是一个，而观察者我们不能肯定有多少，也就是说在这个模式里，被观察者比较稳定，所以我们用他来做分析的基础。

对于一个被观察者来说，他并不需要关心太多观察者的细节，只要他的动作能被他的观察者知道就行了，由此我们可以肯定观察者只要有一个接受的方法就可以了，他怎么接受被观察者就不用管了，因此我们可以用一个接口来表示观察者。

pulic interfase IObserver
{
    void Receive(Message message);
}

说明：首先，接口的名字、方法的名字是什么都可以。其次是参数，我觉得如果使用接口来表达观察者的话，参数是必不可少的，参数可以是自定义的类型，当然如果基本类型可以表达就不用自定义了。

再来看被观察者，他要做的事就比较多了，要维护一个观察者列表，就是决定让谁看不让谁看，然后就是做了动作之后通知观察者，由于所有的被观察者都要做这些类似的工作，我们用一个抽象类来表示。

public abstract class Subject
{
    protected ArrayList<IObserver> observers = new ArrayList<IObserver>();

    public void SendMessage(Message message)
    {
        foreach (IObserver observer in observers)
        {
            observer.Receive(message);
        }
    }

    public void AddObserver(IObserver observer)
    {
        observers.Add(observer);
    }

    public void RemoveObserver(IObserver observer)
    {
        observers.Remove(observer);
    }
}

说明：同样，类的名字、方法的名字也是什么都可以。其次我们要一个约束，就是有观察能力的我们才认为他是个观察者，在代码里体现为实现了IObserver接口的类。

对于不同的观察者来说，他们关心的信息以及对信息的处理是不同的，因此在这个模式中还有一个实际的观察者（接口表达的观察者只是一个很泛的概念，具体到某个类，才是一个有效的观察者。）

public class Observer : IObserver
{ 
    // ..

    public void Receive(Message message)
    { 
        //..
    }
}

同样，还有个具体的被观察者

public class ConcreteSubject : Subject
{
    public void Action()
    { 
        //

        Message message = new Message();

        //..

        SendMessage(message);
    }
}

前面的准备工作做好了，实际应用就很简单了，根据需要生成不同的观察者，然后添加到被观察者的观察者列表中，然后被观察者做动作，把相关信息通知给观察者，每个观察者在根据信息做自己的处理。