定義：定義對象間一種一對多的依賴關(guān)系，使得當(dāng)每一個(gè)對象改變狀態(tài)，則所有依賴于它的對象都會(huì)得到通知并自動(dòng)更新。
類型：行為類模式
類圖：
在軟件系統(tǒng)中經(jīng)常會(huì)有這樣的需求：如果一個(gè)對象的狀態(tài)發(fā)生改變，某些與它相關(guān)的對象也要隨之做出相應(yīng)的變化。比如，我們要設(shè)計(jì)一個(gè)右鍵菜單的功能，只要在軟件的有效區(qū)域內(nèi)點(diǎn)擊鼠標(biāo)右鍵，就會(huì)彈出一個(gè)菜單；再比如，我們要設(shè)計(jì)一個(gè)自動(dòng)部署的功能，就像eclipse開發(fā)時(shí)，只要修改了文件，eclipse就會(huì)自動(dòng)將修改的文件部署到服務(wù)器中。這兩個(gè)功能有一個(gè)相似的地方，那就是一個(gè)對象要時(shí)刻監(jiān)聽著另一個(gè)對象，只要它的狀態(tài)一發(fā)生改變，自己隨之要做出相應(yīng)的行動(dòng)。其實(shí)，能夠?qū)崿F(xiàn)這一點(diǎn)的方案很多，但是，無疑使用觀察者模式是一個(gè)主流的選擇。
觀察者模式的結(jié)構(gòu)
在最基礎(chǔ)的觀察者模式中，包括以下四個(gè)角色：
被觀察者：從類圖中可以看到，類中有一個(gè)用來存放觀察者對象的Vector容器（之所以使用Vector而不使用List，是因?yàn)槎嗑€程操作時(shí)，Vector在是安全的，而List則是不安全的），這個(gè)Vector容器是被觀察者類的核心，另外還有三個(gè)方法：attach方法是向這個(gè)容器中添加觀察者對象；detach方法是從容器中移除觀察者對象；notify方法是依次調(diào)用觀察者對象的對應(yīng)方法。這個(gè)角色可以是接口，也可以是抽象類或者具體的類，因?yàn)楹芏嗲闆r下會(huì)與其他的模式混用，所以使用抽象類的情況比較多。
觀察者：觀察者角色一般是一個(gè)接口，它只有一個(gè)update方法，在被觀察者狀態(tài)發(fā)生變化時(shí)，這個(gè)方法就會(huì)被觸發(fā)調(diào)用。
具體的被觀察者：使用這個(gè)角色是為了便于擴(kuò)展，可以在此角色中定義具體的業(yè)務(wù)邏輯。
具體的觀察者：觀察者接口的具體實(shí)現(xiàn)，在這個(gè)角色中，將定義被觀察者對象狀態(tài)發(fā)生變化時(shí)所要處理的邏輯。
觀察者模式實(shí)現(xiàn)示例
Subject接口
|
1
2
3
4
5
|
public interface Subject { public void registerObserver(Observer o); public void removeObserver(Observer o); public void notifyAllObservers();} |
Observer接口
|
1
2
3
|
public interface Observer { public void update(Subject s);} |
Hunter類實(shí)現(xiàn)了Subject接口
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
|
import java.util.ArrayList; public class HeadHunter implements Subject{ //define a list of users, such as Mike, Bill, etc. private ArrayList<Observer> userList; private ArrayList<String> jobs; public HeadHunter(){ userList = new ArrayList<Observer>(); jobs = new ArrayList<String>(); } @Override public void registerObserver(Observer o) { userList.add(o); } @Override public void removeObserver(Observer o) {} @Override public void notifyAllObservers() { for(Observer o: userList){ o.update(this); } } public void addJob(String job) { this.jobs.add(job); notifyAllObservers(); } public ArrayList<String> getJobs() { return jobs; } public String toString(){ return jobs.toString(); }} |
JobSeeker是一個(gè)觀察者：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
|
public class JobSeeker implements Observer { private String name; public JobSeeker(String name){ this.name = name; } @Override public void update(Subject s) { System.out.println(this.name + " got notified!"); //print job list System.out.println(s); }} |
開始使用：
|
1
2
3
4
5
6
7
8
9
10
11
12
|
public class Main { public static void main(String[] args) { HeadHunter hh = new HeadHunter(); hh.registerObserver(new JobSeeker("Mike")); hh.registerObserver(new JobSeeker("Chris")); hh.registerObserver(new JobSeeker("Jeff")); //每次添加一個(gè)個(gè)job，所有找工作人都可以得到通知。 hh.addJob("Google Job"); hh.addJob("Yahoo Job"); }} |
觀察者模式的優(yōu)點(diǎn)
觀察者與被觀察者之間是屬于輕度的關(guān)聯(lián)關(guān)系，并且是抽象耦合的，這樣，對于兩者來說都比較容易進(jìn)行擴(kuò)展。
觀察者模式是一種常用的觸發(fā)機(jī)制，它形成一條觸發(fā)鏈，依次對各個(gè)觀察者的方法進(jìn)行處理。但同時(shí)，這也算是觀察者模式一個(gè)缺點(diǎn)，由于是鏈?zhǔn)接|發(fā)，當(dāng)觀察者比較多的時(shí)候，性能問題是比較令人擔(dān)憂的。并且，在鏈?zhǔn)浇Y(jié)構(gòu)中，比較容易出現(xiàn)循環(huán)引用的錯(cuò)誤，造成系統(tǒng)假死。
總結(jié)
java語言中，有一個(gè)接口Observer，以及它的實(shí)現(xiàn)類Observable，對觀察者角色常進(jìn)行了實(shí)現(xiàn)。我們可以在jdk的api文檔具體查看這兩個(gè)類的使用方法。
做過VC++、javascript DOM或者AWT開發(fā)的朋友都對它們的事件處理感到神奇，了解了觀察者模式，就對事件處理機(jī)制的原理有了一定的了解了。如果要設(shè)計(jì)一個(gè)事件觸發(fā)處理機(jī)制的功能，使用觀察者模式是一個(gè)不錯(cuò)的選擇，AWT中的事件處理DEM（委派事件模型Delegation Event Model）就是使用觀察者模式實(shí)現(xiàn)的。
