首先，假設我們要定義乙個報紙定義系統，該系統存在兩個實體，報社和訂閱者。它們都有自己的訴求，報社希望能夠在發報的時候清楚的知道自己的訂閱者有哪些，而讀者希望能夠在報社發報的第一時間得到通知。
進一步抽象的描述這個問題：當乙個物件的狀態發生改變的時候，如果讓依賴於它的所有物件得到通知，並進行相應的處理。
定義定義物件間的一種一對多的依賴關係。當乙個物件的狀態發生改變時，所有依賴於它的物件都得通知並自動更新，本質是觸發聯動。
個人理解：
目標物件與觀察者之間是單向依賴，由於他們之間的依賴是動態的，而且又是介面依賴，所以耦合性很低。
觀察者需要什麼訊息並不需要直接向目標物件傳遞什麼資料。目標物件之所以知道需要區分觀察者所需的資料，一方面可以採取不區分的辦法，將所有資料，也就是目標物件自身傳遞給觀察者。這種方式的好處在於面對多種需求的引數傳遞時，可以只定義乙個觀察者的update介面。而具體的引數選擇則交給觀察者來處理。另一方面，給update介面設定具體的引數，也明確的告訴了目標物件觀察者所需的資訊。這種方式一般用於資訊傳輸的需求比較單一。但缺點就是失去了靈活性，擴充套件性差，如果有其他的需求就要重新定義介面了。
所以，很多人糾結目標物件和觀察者之間是如何聯絡起來的，觀察者如果需求明確，就會給update方法設定乙個具體的引數，比如string、int等等（不一定是基本型別，只是不是目標物件的型別或者其介面型別）。如果沒有具體的需求就給update方法設定乙個目標物件的型別或者其介面型別，這是目標物件能傳遞的最大資料集合，而具體要用什麼就看觀察者了。
目標物件又是如何與觀察者聯絡的呢？因為目標物件中維護著乙個觀察者物件的集合，遍歷這些物件並呼叫其update方法可以執行定義在觀察者中的方法內容了。 案例
目標物件：
public
class
subject
public
void
remove
(observer observer)
public
void
notifyobservers
() }
}
public
class
observer
}
高階應用
private string content;
public
void
notifyobservers
() }
public
void
notifyobservers
()}
命名建議：
觀察者模式的優缺點
與其他模式的對比
python觀察者模式 python 觀察者模式
python 觀察者模式 前言e 寫的倉促就不截uml類圖了，書本chapter10，p313能看到圖 一旦觀察的主題有更新，就會通知到觀察者們，下面的例子是最簡單的乙個觀察者範例，假設這是一群投機分子密切關注 軍 火 倉庫的產品與數量變動 class inventory def init self...
觀察者模式
觀察者模式 observer 完美的將觀察者和被觀察的物件分離開。舉個例子，使用者介面可以作為乙個觀察者，業務資料是被觀察者，使用者介面觀察業務資料的變化，發現資料變化後，就顯示在介面上。物件導向設計的乙個原則是 系統中的每個類將重點放在某乙個功能上，而不是其他方面。乙個物件只做一件事情，並且將他做...
觀察者模式
觀察者模式定義了一種一對多的依賴關係，讓多個觀察者物件同時監聽某乙個主題物件。這個主題物件在狀態上發生變化時，會通知所有觀察者物件，讓他們能夠自動更新自己 任何乙個模式都是離不開角色的,這裡也會有幾種角色 抽象主題角色 把所有對觀察者物件的引用儲存在乙個集合中，每個抽象主題角色都可以有任意數量的觀察...