设计模式学习笔记--观察者(Observer)模式(二)

2014-11-23 23:26:36 · 作者: · 浏览: 1
a.util.Observable:

package java.util;
class Observable
{
	private boolean changed = false;
	private Vector obs;
	public Observable()
	{
		obs = new Vector();
	}
	public synchronized void addObserver(Observer o)
	{
		if(!obs.contains(o))
		{
			obs.addElement(o);
		}
	}
	public synchronized void deleteObserver(Observer o)
	{
		obs.removeElement(o);
	}
	public void notifyObservers()
	{
		notifyObservers(null);
	}
	public void notifyObservers(Object arg)
	{
		Object[] arrLocal;
		synchronized(this)
		{
			if(!changed) return;
			arrLocal = obs.toArray();
			clearChanged();
		}
		for(int i=arrLocal.length-1;i>=0;i--)
		{
			((Observer)arrLocal[i]).update(this,arg);
		}
	}
	public synchronized void deleteObservers()
	{
		obs.removeAllElements();
	}
	protected synchronized void setChanged()
	{
		changed = true;
	}
	protected synchronized void clearChanged()
	{
		changed = false;
	}
	public synchronized boolean hasChanged()
	{
		return changed;
	}
	public synchronized int countObservers()
	{
		return obs.size();
	}
}



观察者模式的效果


优点:

(1)观察者模式在被观察者和观察者时间建立一个抽象的耦合。被观察者角色所知道的的只是一个具体观察者聚集,每一个具体观察者都符合抽象观察者接口。被观察者并不认识任何一个具体观察者,它只知道它们都有一个共同的接口。由于被观察者和观察者没有紧急地耦合在一起,因此它们可以属于不同的抽象化层次。如果被观察者和观察者都被扔到一起,那么这个对象必然跨越抽象化和具体化层次。

(2)观察者模式支持广播通信。被观察者会向所有的登记过的观察者发出通知。

缺点:

(1)如果一个被观察者对象有很多直接和间接的观察者的话,将所有的观察者都通知到会花费很多时间。

(2)如果在被观察者直接有循环依赖的话,被观察者会触发它们直接进行循环调用,导致系统崩溃。在使用观察者模式时要特别注意这一点。

(3)如果对观察者的通知时通过另外的线程进行异步投递的话,系统必须保证投递是以自洽的方式进行的。

(4)虽然观察者模式可以随时是观察者知道所观察的对象发生了编号,但是观察者模式模式没有相应的机制使观察者知道所观察的对象是怎么发生编号的。


更多了解


在分布式的编程框架中,在面向服务的编程模型中,即使我们根本不知道观察者模式,但是我们可能一直在使用着其思想。