文章來源： http://blog.csdn.net/zhengzhb/article/details/7471978
定義： 定義對象間一種一對多的依賴關系，使得當每一個對象改變狀態(tài)，則所有依賴于它的對象都會得到通知并自動更新。
類型： 行為類模式
類圖：
在軟件系統(tǒng)中經(jīng)常會有這樣的需求：如果一個對象的狀態(tài)發(fā)生改變，某些與它相關的對象也要隨之做出相應的變化。比如，我們要設計一個右鍵菜單的功能，只要在軟件的有效區(qū)域內(nèi)點擊鼠標右鍵，就會彈出一個菜單；再比如，我們要設計一個自動部署的功能，就像eclipse開發(fā)時，只要修改了文件，eclipse就會自動將修改的文件部署到服務器中。這兩個功能有一個相似的地方，那就是一個對象要時刻監(jiān)聽著另一個對象，只要它的狀態(tài)一發(fā)生改變，自己隨之要做出相應的行動。其實，能夠?qū)崿F(xiàn)這一點的方案很多，但是，無疑使用觀察者模式是一個主流的選擇。
觀察者模式的結構
在最基礎的觀察者模式中，包括以下四個角色：
- 被觀察者： 從類圖中可以看到，類中有一個用來存放觀察者對象的Vector容器（之所以使用Vector而不使用List，是因為多線程操作時，Vector在是安全的，而List則是不安全的），這個Vector容器是被觀察者類的核心，另外還有三個方法：attach方法是向這個容器中添加觀察者對象；detach方法是從容器中移除觀察者對象；notify方法是依次調(diào)用觀察者對象的對應方法。這個角色可以是接口，也可以是抽象類或者具體的類，因為很多情況下會與其他的模式混用，所以使用抽象類的情況比較多。
- 觀察者： 觀察者角色一般是一個接口，它只有一個update方法，在被觀察者狀態(tài)發(fā)生變化時，這個方法就會被觸發(fā)調(diào)用。
- 具體的被觀察者： 使用這個角色是為了便于擴展，可以在此角色中定義具體的業(yè)務邏輯。
- 具體的觀察者： 觀察者接口的具體實現(xiàn)，在這個角色中，將定義被觀察者對象狀態(tài)發(fā)生變化時所要處理的邏輯。
觀察者模式代碼實現(xiàn)
- abstract class Subject{
- private Vector<Observer>obs= new Vector<Observer>();
- public void addObserver(Observerobs){
- this .obs.add(obs);
- }
- public void delObserver(Observerobs){
- this .obs.remove(obs);
- }
- protected void notifyObserver(){
- for (Observero: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收到信息，并進行處理。" );
- }
- }
- public class Client{
- public static void main(String[]args){
- Subjectsub= new ConcreteSubject();
- sub.addObserver( new ConcreteObserver1()); //添加觀察者1
- sub.addObserver( new ConcreteObserver2()); //添加觀察者2
- sub.doSomething();
- }
- }
運行結果
被觀察者事件反生
觀察者1收到信息，并進行處理。
觀察者2收到信息，并進行處理。
通過運行結果可以看到，我們只調(diào)用了Subject的方法，但同時兩個觀察者的相關方法都被同時調(diào)用了。仔細看一下代碼，其實很簡單，無非就是在Subject類中關聯(lián)一下Observer類，并且在doSomething方法中遍歷一下Observer的update方法就行了。
觀察者模式的優(yōu)點
觀察者與被觀察者之間是屬于輕度的關聯(lián)關系，并且是抽象耦合的，這樣，對于兩者來說都比較容易進行擴展。
觀察者模式是一種常用的觸發(fā)機制，它形成一條觸發(fā)鏈，依次對各個觀察者的方法進行處理。但同時，這也算是觀察者模式一個缺點，由于是鏈式觸發(fā)，當觀察者比較多的時候，性能問題是比較令人擔憂的。并且，在鏈式結構中，比較容易出現(xiàn)循環(huán)引用的錯誤，造成系統(tǒng)假死。
總結
java語言中，有一個接口Observer，以及它的實現(xiàn)類Observable，對觀察者角色常進行了實現(xiàn)。我們可以在jdk的api文檔具體查看這兩個類的使用方法。
做過VC++、javascript DOM或者AWT開發(fā)的朋友都對它們的事件處理感到神奇，了解了觀察者模式，就對事件處理機制的原理有了一定的了解了。如果要設計一個事件觸發(fā)處理機制的功能，使用觀察者模式是一個不錯的選擇，AWT中的事件處理DEM（委派事件模型Delegation Event Model）就是使用觀察者模式實現(xiàn)的。
文章來源： http://blog.csdn.net/zhengzhb/article/details/7471978
定義： 定義對象間一種一對多的依賴關系，使得當每一個對象改變狀態(tài)，則所有依賴于它的對象都會得到通知并自動更新。
類型： 行為類模式
類圖：
在軟件系統(tǒng)中經(jīng)常會有這樣的需求：如果一個對象的狀態(tài)發(fā)生改變，某些與它相關的對象也要隨之做出相應的變化。比如，我們要設計一個右鍵菜單的功能，只要在軟件的有效區(qū)域內(nèi)點擊鼠標右鍵，就會彈出一個菜單；再比如，我們要設計一個自動部署的功能，就像eclipse開發(fā)時，只要修改了文件，eclipse就會自動將修改的文件部署到服務器中。這兩個功能有一個相似的地方，那就是一個對象要時刻監(jiān)聽著另一個對象，只要它的狀態(tài)一發(fā)生改變，自己隨之要做出相應的行動。其實，能夠?qū)崿F(xiàn)這一點的方案很多，但是，無疑使用觀察者模式是一個主流的選擇。
觀察者模式的結構
在最基礎的觀察者模式中，包括以下四個角色：
- 被觀察者： 從類圖中可以看到，類中有一個用來存放觀察者對象的Vector容器（之所以使用Vector而不使用List，是因為多線程操作時，Vector在是安全的，而List則是不安全的），這個Vector容器是被觀察者類的核心，另外還有三個方法：attach方法是向這個容器中添加觀察者對象；detach方法是從容器中移除觀察者對象；notify方法是依次調(diào)用觀察者對象的對應方法。這個角色可以是接口，也可以是抽象類或者具體的類，因為很多情況下會與其他的模式混用，所以使用抽象類的情況比較多。
- 觀察者： 觀察者角色一般是一個接口，它只有一個update方法，在被觀察者狀態(tài)發(fā)生變化時，這個方法就會被觸發(fā)調(diào)用。
- 具體的被觀察者： 使用這個角色是為了便于擴展，可以在此角色中定義具體的業(yè)務邏輯。
- 具體的觀察者： 觀察者接口的具體實現(xiàn)，在這個角色中，將定義被觀察者對象狀態(tài)發(fā)生變化時所要處理的邏輯。
觀察者模式代碼實現(xiàn)
- abstract class Subject{
- private Vector<Observer>obs= new Vector<Observer>();
- public void addObserver(Observerobs){
- this .obs.add(obs);
- }
- public void delObserver(Observerobs){
- this .obs.remove(obs);
- }
- protected void notifyObserver(){
- for (Observero: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收到信息，并進行處理。" );
- }
- }
- public class Client{
- public static void main(String[]args){
- Subjectsub= new ConcreteSubject();
- sub.addObserver( new ConcreteObserver1()); //添加觀察者1
- sub.addObserver( new ConcreteObserver2()); //添加觀察者2
- sub.doSomething();
- }
- }
運行結果
被觀察者事件反生
觀察者1收到信息，并進行處理。
觀察者2收到信息，并進行處理。
通過運行結果可以看到，我們只調(diào)用了Subject的方法，但同時兩個觀察者的相關方法都被同時調(diào)用了。仔細看一下代碼，其實很簡單，無非就是在Subject類中關聯(lián)一下Observer類，并且在doSomething方法中遍歷一下Observer的update方法就行了。
觀察者模式的優(yōu)點
觀察者與被觀察者之間是屬于輕度的關聯(lián)關系，并且是抽象耦合的，這樣，對于兩者來說都比較容易進行擴展。
觀察者模式是一種常用的觸發(fā)機制，它形成一條觸發(fā)鏈，依次對各個觀察者的方法進行處理。但同時，這也算是觀察者模式一個缺點，由于是鏈式觸發(fā)，當觀察者比較多的時候，性能問題是比較令人擔憂的。并且，在鏈式結構中，比較容易出現(xiàn)循環(huán)引用的錯誤，造成系統(tǒng)假死。
總結
java語言中，有一個接口Observer，以及它的實現(xiàn)類Observable，對觀察者角色常進行了實現(xiàn)。我們可以在jdk的api文檔具體查看這兩個類的使用方法。
做過VC++、javascript DOM或者AWT開發(fā)的朋友都對它們的事件處理感到神奇，了解了觀察者模式，就對事件處理機制的原理有了一定的了解了。如果要設計一個事件觸發(fā)處理機制的功能，使用觀察者模式是一個不錯的選擇，AWT中的事件處理DEM（委派事件模型Delegation Event Model）就是使用觀察者模式實現(xiàn)的。
更多文章、技術交流、商務合作、聯(lián)系博主
微信掃碼或搜索：z360901061
微信掃一掃加我為好友
QQ號聯(lián)系： 360901061
您的支持是博主寫作最大的動力，如果您喜歡我的文章，感覺我的文章對您有幫助，請用微信掃描下面二維碼支持博主2元、5元、10元、20元等您想捐的金額吧，狠狠點擊下面給點支持吧，站長非常感激您！手機微信長按不能支付解決辦法：請將微信支付二維碼保存到相冊，切換到微信，然后點擊微信右上角掃一掃功能，選擇支付二維碼完成支付。
【本文對您有幫助就好】元
