设计模式之观察者模式

定义：定义对象间一种一对多的依赖关系，使得当每一个对象改变状态，则所有依赖于它的对象都会得到通知并自动更新。

类型：行为类模式

需求：在软件系统中经常会有这样的需求：如果一个对象的状态发生改变，某些与它相关的对象也要随之做出相应的变化。比如，设计一个右键菜单的功能，只要在软件的有效区域内点击鼠标右键，就会弹出一个菜单；一个对象要时刻监听着另一个对象，只要它的状态发生改变，自己随之要做出相应的行动。能够实现这一点的方案很多，但是，无疑使用观察者模式是一个主流的选择。

观察者模式的结构：

1）被观察者：被观察者类中有一个用来存放观察者对象的Vector容器（之所以使用Vector而不使用List，是因为多线程操作时，Vector是安全的，而List则是不安全的），这个Vector容器是被观察者类的核心。

2）观察者：观察者角色一般是一个接口，它只有一个update方法，在被观察者状态发生变化时，这个方法就会被触发调用。

3）具体的被观察者：使用这个角色是为了便于扩展，可以在此角色中定义具体的业务逻辑。

4）具体的观察者：观察者接口的具体实现，在这个角色中，将定义被观察者对象状态发生变化时所要处理的逻辑。

代码实现：

abstract class Subject

{

prvate Vector<Observer> obs = new Vector<Observer>();

public void addObserver(Observer obs)

{

this.obs.add(obs);

}

public void delObserver(Observer obs)

{

this.obs.remove(obs);

}

protected void notifyObserver()

{

for(Observer o: obs)

{

o.update();

}

}

public abstract void doSomething();

}

class ConcreteSubject extends Subject

{

public void doSomething()

{

System.out.println("被观察者事件发生");

this.notifyObserver();

}

}

interface Observer

{

public void update();

}

class ConcreteObserver1 implements Observer

{

public void update()

{

System.out.println("观察者1收到信息，并进行处理。");

}

}

class ConcreteObserver2 implements Observer

{

public void update()

{

System.out.println("观察者2收到信息，并进行处理");

}

}

观察者模式的优点

观察者与被观察者之间是属于轻度的关联关系，并且是抽象耦合的，这样，对于两者来说都比较容易进行扩展。

观察者模式是一种常用的触发机制，它形成一条触发链，依次对各个观察者的方法进行处理。但同时，这也算是观察者模式一个缺点，由于是链式触发，当观察者比较多得时候，性能问题是比较担忧的。并且，在链式结构中，比较容易出现循环引用的错误，造成系统假死。