我覺得以我現在的水平，還不夠對這個模式瞭解的足夠深刻，雖然我知道這個模式是什麼了，但是可能理解上還有一些欠缺，建議大家看完這篇部落格還能再去搜一些資料來使自己對這個模式瞭解的更為深刻一些。

我們現在說說什麼是觀察者模式：

觀察者模式：觀察者模式定義了一種一對多的依賴關係，讓多個觀察者物件同時監聽某一個主題物件。這個主題物件在狀態發生變化時，會通知所有觀察者物件，使他們能夠自動的更新自己。

Subject類，可翻譯為主題或抽象通知者，一般用一個抽象類或者一個介面實現。它把所有對觀察者物件的引用儲存在一個聚集裡，每個主題都可以有任何數量的觀察者。抽象主題提供一個介面，可以增加和刪除觀察者物件。

Observer類，抽象觀察者，為所有的具體觀察者定義一個介面，在得到主題的通知時更新自己。這個介面叫做更新介面。抽象觀察者一般用一個抽象類或者一個介面實現。更新介面通常包含一個Updata（）方法，這個方法叫做更新方法。

ConcreteSubject類，叫做具體主題或者具體通知者，將有關狀態存入具體觀察者物件：在具體主題的內部狀態改變時，給所有登記過的觀察者發出通知。具體主題角色通常用一個具體子類實現。

ConCreteObserver類，具體觀察者，實現抽象觀察者角色所要求的更新介面，以便使本身的狀態與主題的狀態相協調。具體觀察者角色可以儲存一個指向具體主題物件的引用。具體觀察者角色通常用一個具體子類實現。

觀察者模式的動機是什麼呢？

將一個系統分割成一系列相互協作的類有一個很不好的副作用，那就是需要維護相關物件間的一致性。我們不希望為了維持一致性而使各類緊密耦合，這樣會給維護、擴充套件和重用都帶來不便。而觀察者模式的關鍵物件是主題Subject和觀察者Observe，一個Subject可以有任意數目的依賴他的Observe，一旦Subject的狀態發生了改變，所有的Observe都可以得到通知。Subject發出通知時並不需要知道誰是他的觀察者，也就是說，具體觀察者是誰，他根本不需要知道。而任何一個具體觀察者不知道也不需要知道其他觀察者的存在。

那麼什麼時候使用觀察者模式呢？

應該是當一個物件的改變需要同時改變其他物件，而且不知道具體有多少物件需要改變的時候，應該考慮使用觀察者模式。