觀察者模式是物件的行為模式，又叫發布-訂閱(publish/subscribe)模式、模型-檢視(model/view)模式、源-***(source/listener)模式或從屬者(dependents)模式。
觀察者模式定義了一種一對多的依賴關係，讓多個觀察者物件同時監聽某乙個主題物件。這個主題物件在狀態上發生變化時，會通知所有觀察者物件，使它們能夠自動更新自己。
乙個軟體系統裡面包含了各種物件，就像一片欣欣向榮的森林充滿了各種生物一樣。在一片森林中，各種生物彼此依賴和約束，形成乙個個生物鏈。一種生物的狀態變化會造成其他一些生物的相應行動，每乙個生物都處於別的生物的互動之中。
同樣，乙個軟體系統常常要求在某乙個物件的狀態發生變化的時候，某些其他的物件做出相應的改變。做到這一點的設計方案有很多，但是為了使系統能夠易於復用，應該選擇低耦合度的設計方案。減少物件之間的耦合有利於系統的復用，但是同時設計師需要使這些低耦合度的物件之間能夠維持行動的協調一致，保證高度的協作。觀察者模式是滿足這一要求的各種設計方案中最重要的一種。
下面以乙個簡單的示意性實現為例，討論觀察者模式的結構。
觀察者模式所涉及的角色有：
●抽象主題(subject)角色：抽象主題角色把所有對觀察者物件的引用儲存在乙個聚集（比如arraylist物件）裡，每個主題都可以有任何數量的觀察者。抽象主題提供乙個介面，可以增加和刪除觀察者物件，抽象主題角色又叫做抽象被觀察者(observable)角色。
●具體主題(concretesubject)角色：將有關狀態存入具體觀察者物件；在具體主題的內部狀態改變時，給所有登記過的觀察者發出通知。具體主題角色又叫做具體被觀察者(concrete observable)角色。
●抽象觀察者(observer)角色：為所有的具體觀察者定義乙個介面，在得到主題的通知時更新自己，這個介面叫做更新介面。
●具體觀察者(concreteobserver)角色：儲存與主題的狀態自恰的狀態。具體觀察者角色實現抽象觀察者角色所要求的更新介面，以便使本身的狀態與主題的狀態 像協調。如果需要，具體觀察者角色可以保持乙個指向具體主題物件的引用。
接下來用訂閱戰報紙的小例子來理解一下觀察者模式 出版者+訂閱者=觀察者模式
報紙介面：結果：public
inte***ce
i*****
訂閱者介面：
public
inte***ce
ipeople
報紙介面實現類：
public
class ***** implements
i*****
//先把觀察者物件都 加入到 list 中，然後再遍歷這些物件，呼叫它們的方法通知這些觀察者
//註冊觀察者物件
@override
public
void
registersubscriber(ipeople subscriber)
//刪除觀察者物件
@override
public
void
removesubscriber(ipeople subscribe)
}//通知所有註冊的觀察者物件
@override
public
void
sendnew*****()
}public
void
add*****(string new*****)
public
string tostring()
}訂閱者實現類：
public
class people implements
ipeople
//告訴訂閱者新報紙到了
@override
public
void
hasnew*****(i***** i*****)
}測試（當被觀察者狀態改變時，通知使用者）：
public
class
test
}
python 設計模式 觀察者 觀察者設計模式
在觀察者設計模式這種模式中，物件被表示為等待事件觸發的觀察者。一旦發生指定的事件，觀察者就會關注該主體。當事件發生時，主體告訴觀察者它已經發生。以下uml圖表示觀察者模式 如何實現觀察者模式？現在讓我們來看看如何實現觀察者模式。參考以下實現 import threading import time ...
設計模式 觀察者模式
觀察者模式定義了物件間一對多的依賴關係，乙個物件發生變化時，所有依賴它的物件都得到通知並被自動更新。本文主要闡述觀察者模式在分布式scada人機介面中的使用，利用這種模式使得人機介面顯示效率更高。發布者 郵局 觀察者 參與者 讀者 訂閱者 當郵局收到報社新雜誌的時候，即郵局狀態發生了改變，於是郵局把...
設計模式 觀察者模式
核心思想 註冊 通知 撤銷註冊 observer 將自己註冊到被觀察物件 subject 中，被觀察物件將觀察者存放在乙個容器 container 裡。被觀察物件發生了某種變化 如圖中的somechange 從容器中得到所有註冊過的觀察者，將變化通知觀察者。觀察者告訴被觀察者要撤銷觀察，被觀察者從容...