觀察者模式（Observer）完美的將觀察者和被觀察的對象分離開。舉個例子，用戶界面可以作為一個觀察者，業務數據是被觀察者，用戶界面觀察業務數據的變化，發現數據變化後，就顯示在界面上。面向對象設計的一個原則是：系統中的每個類將重點放在某一個功能上，而不是其他方面。一個對象只做一件事情，並且將他做好。觀察者模式在模塊之間劃定了清晰的界限，提高了應用程序的可維護性和重用性。
觀察者模式有很多實現方式，從根本上說，該模式必須包含兩個角色：觀察者和被觀察對象。在剛才的例子中，業務數據是被觀察對象，用戶界面是觀察者。觀察者和被觀察者之間存在“觀察”的邏輯關聯，當被觀察者發生改變的時候，觀察者就會觀察到這樣的變化，並且做出相應的響應。如果在用戶界面、業務數據之間使用這樣的觀察過程，可以確保界面和數據之間劃清界限，假定應用程序的需求發生變化，需要修改界面的表現，只需要重新構建一個用戶界面，業務數據不需要發生變化。
“觀察”不是“直接調用”
實現觀察者模式的時候要注意，觀察者和被觀察對象之間的互動關系不能體現成類之間的直接調用，否則就將使觀察者和被觀察對象之間緊密的耦合起來，從根本上違反面向對象的設計的原則。無論是觀察者“觀察”觀察對象，還是被觀察者將自己的改變“通知”觀察者，都不應該直接調用。
實現觀察者模式的例子
實現觀察者模式有很多形式，比較直觀的一種是使用一種“注冊——通知——撤銷注冊”的形式。下面的三個圖詳細的描述了這樣一種過程：
1：觀察者（Observer）將自己注冊到被觀察對象（Subject）中，被觀察對象將觀察者存放在一個容器（Container）裡。
2：被觀察對象發生了某種變化（如圖中的AskPriceChanged），從容器中得到所有注冊過的觀察者，將變化通知觀察者。
3：觀察者告訴被觀察者要撤銷觀察，被觀察者從容器中將觀察者去除。
觀察者將自己注冊到被觀察者的容器中時，被觀察者不應該過問觀察者的具體類型，而是應該使用觀察者的接口。這樣的優點是：假定程序中還有別的觀察者，那麼只要這個觀察者也是相同的接口實現即可。一個被觀察者可以對應多個觀察者，當被觀察者發生變化的時候，他可以將消息一一通知給所有的觀察者。基於接口，而不是具體的實現——這一點為程序提供了更大的靈活性。
下面代碼是使用C#實現觀察者模式的例子：
//“觀察者”接口
public interface IObserver {
void Notify(object anObject);
}
//“被觀察對象”接口
public interface IObservable {
void Register(IObserver anObserver);
void UnRegister(IObserver anObserver);
}
