設計模式——行為型——觀察者模式
在閻巨集博士的《JAVA與模式》一書中開頭是這樣描述觀察者(Observer)模式的:
觀察者模式是物件的行為模式,又叫釋出-訂閱(Publish/Subscribe)模式、模型-檢視(Model/View)模式、源-監聽器(Source/Listener)模式或從屬者(Dependents)模式。
觀察者模式定義了一種一對多的依賴關係,讓多個觀察者物件同時監聽某一個主題物件。這個主題物件在狀態上發生變化時,會通知所有觀察者物件,使它們能夠自動更新自己。
觀察者模式的結構
一個軟體系統裡面包含了各種物件,就像一片欣欣向榮的森林充滿了各種生物一樣。在一片森林中,各種生物彼此依賴和約束,形成一個個生物鏈。一種生物的狀態變化會造成其他一些生物的相應行動,每一個生物都處於別的生物的互動之中。
同樣,一個軟體系統常常要求在某一個物件的狀態發生變化的時候,某些其他的物件做出相應的改變。做到這一點的設計方案有很多,但是為了使系統能夠易於複用,應該選擇低耦合度的設計方案。減少物件之間的耦合有利於系統的複用,但是同時設計師需要使這些低耦合度的物件之間能夠維持行動的協調一致,保證高度的協作。觀察者模式是滿足這一要求的各種設計方案中最重要的一種。
下面以一個簡單的示意性實現為例,討論觀察者模式的結構。
觀察者模式所涉及的角色有:
● 抽象主題(Subject)角色:抽象主題角色把所有對觀察者物件的引用儲存在一個聚集(比如ArrayList物件)裡,每個主題都可以有任何數量的觀察者。抽象主題提供一個介面,可以增加和刪除觀察者物件,抽象主題角色又叫做抽象被觀察者(Observable)角色。
● 具體主題(ConcreteSubject)角色:將有關狀態存入具體觀察者物件;在具體主題的內部狀態改變時,給所有登記過的觀察者發出通知。具體主題角色又叫做具體被觀察者(Concrete Observable)角色。
● 抽象觀察者(Observer)角色:為所有的具體觀察者定義一個介面,在得到主題的通知時更新自己,這個介面叫做更新介面。
● 具體觀察者(ConcreteObserver)角色:儲存與主題的狀態自恰的狀態。具體觀察者角色實現抽象觀察者角色所要求的更新介面,以便使本身的狀態與主題的狀態 像協調。如果需要,具體觀察者角色可以保持一個指向具體主題物件的引用。
原始碼
抽象主題角色類
public abstract class Subject {
/**
* 用來儲存註冊的觀察者物件
*/
private List<Observer> list = new ArrayList<Observer>();
/**
* 註冊觀察者物件
* @param observer 觀察者物件
*/
public void attach(Observer observer){
list.add(observer);
System.out.println("Attached an observer");
}
/**
* 刪除觀察者物件
* @param observer 觀察者物件
*/
public void detach(Observer observer){
list.remove(observer);
}
/**
* 通知所有註冊的觀察者物件
*/
public void nodifyObservers(String newState){
for(Observer observer : list){
observer.update(newState);
}
}
}
具體主題角色類
public class ConcreteSubject extends Subject{
private String state;
public String getState() {
return state;
}
public void change(String newState){
state = newState;
System.out.println("主題狀態為:" + state);
//狀態發生改變,通知各個觀察者
this.nodifyObservers(state);
}
}
抽象觀察者角色類
public interface Observer {
/**
* 更新介面
* @param state 更新的狀態
*/
public void update(String state);
}
具體觀察者角色類
public class ConcreteObserver implements Observer {
//觀察者的狀態
private String observerState;
@Override
public void update(String state) {
/**
* 更新觀察者的狀態,使其與目標的狀態保持一致
*/
observerState = state;
System.out.println("狀態為:"+observerState);
}
}
客戶端類
public class Client {
public static void main(String[] args) {
//建立主題物件
ConcreteSubject subject = new ConcreteSubject();
//建立觀察者物件
Observer observer = new ConcreteObserver();
//將觀察者物件登記到主題物件上
subject.attach(observer);
//改變主題物件的狀態
subject.change("new state");
}
}
在執行時,這個客戶端首先建立了具體主題類的例項,以及一個觀察者物件。然後,它呼叫主題物件的attach()方法,將這個觀察者物件向主題物件登記,也就是將它加入到主題物件的聚集中去。
這時,客戶端呼叫主題的change()方法,改變了主題物件的內部狀態。主題物件在狀態發生變化時,呼叫超類的notifyObservers()方法,通知所有登記過的觀察者物件。
推模型和拉模型
在觀察者模式中,又分為推模型和拉模型兩種方式。
● 推模型
主題物件向觀察者推送主題的詳細資訊,不管觀察者是否需要,推送的資訊通常是主題物件的全部或部分資料。
● 拉模型
主題物件在通知觀察者的時候,只傳遞少量資訊。如果觀察者需要更具體的資訊,由觀察者主動到主題物件中獲取,相當於是觀察者從主題物件中拉資料。一般這種模型的實現中,會把主題物件自身通過update()方法傳遞給觀察者,這樣在觀察者需要獲取資料的時候,就可以通過這個引用來獲取了。
根據上面的描述,發現前面的例子就是典型的推模型,下面給出一個拉模型的例項。
拉模型的抽象觀察者類
拉模型通常都是把主題物件當做引數傳遞。
public interface Observer {
/**
* 更新介面
* @param subject 傳入主題物件,方面獲取相應的主題物件的狀態
*/
public void update(Subject subject);
}
拉模型的具體觀察者類
public class ConcreteObserver implements Observer {
//觀察者的狀態
private String observerState;
@Override
public void update(Subject subject) {
/**
* 更新觀察者的狀態,使其與目標的狀態保持一致
*/
observerState = ((ConcreteSubject)subject).getState();
System.out.println("觀察者狀態為:"+observerState);
}
}
拉模型的抽象主題類
拉模型的抽象主題類主要的改變是nodifyObservers()方法。在迴圈通知觀察者的時候,也就是迴圈呼叫觀察者的update()方法的時候,傳入的引數不同了。
public abstract class Subject {
/**
* 用來儲存註冊的觀察者物件
*/
private List<Observer> list = new ArrayList<Observer>();
/**
* 註冊觀察者物件
* @param observer 觀察者物件
*/
public void attach(Observer observer){
list.add(observer);
System.out.println("Attached an observer");
}
/**
* 刪除觀察者物件
* @param observer 觀察者物件
*/
public void detach(Observer observer){
list.remove(observer);
}
/**
* 通知所有註冊的觀察者物件
*/
public void nodifyObservers(){
for(Observer observer : list){
observer.update(this);
}
}
}
拉模型的具體主題類
跟推模型相比,有一點變化,就是呼叫通知觀察者的方法的時候,不需要傳入引數了。
public class ConcreteSubject extends Subject{
private String state;
public String getState() {
return state;
}
public void change(String newState){
state = newState;
System.out.println("主題狀態為:" + state);
//狀態發生改變,通知各個觀察者
this.nodifyObservers();
}
}
兩種模式的比較
■ 推模型是假定主題物件知道觀察者需要的資料;而拉模型是主題物件不知道觀察者具體需要什麼資料,沒有辦法的情況下,乾脆把自身傳遞給觀察者,讓觀察者自己去按需要取值。
■ 推模型可能會使得觀察者物件難以複用,因為觀察者的update()方法是按需要定義的引數,可能無法兼顧沒有考慮到的使用情況。這就意味著出現新情況的時候,就可能提供新的update()方法,或者是乾脆重新實現觀察者;而拉模型就不會造成這樣的情況,因為拉模型下,update()方法的引數是主題物件本身,這基本上是主題物件能傳遞的最大資料集合了,基本上可以適應各種情況的需要。