observer观察者模式,取名为观察者可能会让人费解,该模式的思想跟订阅/发布服务的思想是相近的,所以称为订阅/发布模式更为通俗贴切。
存在着这样的类:类A的某个状态发生改变,或者触发了某个事件,会影响到其他的n个类(一般是实现了相同的接口)的状态;或者n个类的某些状态是在某一时刻内“同时”发生的。一种不明智的作法就是,在类A中编写硬代码,如果n增加了,就要向类A添加相应的代码,并且这些代码会是跟前n-1次前添加的基本上是一样的。
public class Observable {
private ObserverA a;
private ObserverB b;
/*a,b的geter/seter ......*/
public void setA(ObserverA a){this.a=a;}
public Observable(){/*...*/}
public void notifyObservers(){
a.refreshData();
b.refreshData();
}
}
如果ObserverA和ObserverB的接口不一样,那么就只能这么做了(但也许可以用适配器来解决)。
有发布类A,和订阅类B、C等若干个类,实例化这若干个类后,向A注册这些订阅类实例,当发布类A执行某些操作并需要通知向A注册的若干个订阅类时,则通过调用类A相应的函数来实现。订阅者也可以取消注册。一般不同的订阅者是实现相同的接口。
一般架构:
public class Observable {
private Vector observerList;
public Observable(){/*...*/}
public void notifyObservers(){
for (int i = 0; i < observersList.size(); i++) {
Observer observer = (Observer) observersList.elementAt(i);
observer.refreshData();
}
}
public void register(Observer obs){observersList.addElement(obs);}
public void unRegister(Observer obs){/*...*/}
}
public interface Observer {
public void refreshData();
}
public class ObserverA implements Observer{
public ObserverA(Observable observable){observable.register(this);}
public void refreshData(){/*...*/}
}
public class ObserverB implements Observer{
public ObserverB(Observable observable){observable.register(this);}
public void refreshData(){/*...*/}
}