Observer模式的優點是實現了表示層和數據邏輯層的分離，並定義了穩定的更新消息傳遞機制，類別清晰，並抽象了更新接口，使得可以有各種各樣不同的表示層（觀察者）。
但是其缺點是每個外觀對象必須繼承這個抽像出來的接口類，這樣就造成了一些不方便，比如有一個別人寫的外觀對象，並沒有繼承該抽象類，或者接口不對，我們又希望不修改該類直接使用它。雖然可以再應用Adapter模式來一定程度上解決這個問題，但是會造成更加復雜煩瑣的設計，增加出錯幾率。
觀察者模式的效果有以下幾個優點：
（1）觀察者模式在被觀察者和觀察者之間建立一個抽象的耦合。被觀察者角色所知道的只是一個具體現察者聚集，每一個具體現察者都符合一個抽象觀察者的接口。被觀察者並不認識任何一個具體觀察者，它只知道它們都有一個共同的接口。由於被觀察者和觀察者沒有緊密地耦合在一起，因此它們可以屬於不同的抽象化層次。
（2）觀察者模式支持廣播通信。被觀察者會向所有的登記過的觀察者發出通知。
觀察者模式有下面的一些缺點：
（1）如果一個被觀察者對象有很多直接和間接的觀察者的話，將所有的觀察者都通知到會花費很多時間。
（2）如果在被觀察者之間有循環依賴的話，被觀察者會觸發它們之間進行循環調用，導致系統崩潰。在使用觀察考模式時要特別注意這一點。
（3）如果對觀察者的通知是通過另外的線程進行異步投遞的話，系統必須保證投遞是以自恰的方式進行的。
（4）雖然觀察者模式可以隨時使觀察者知道所觀察的對象發生了變化，但是觀察者模式沒有相應的機制使觀察者知道所觀察的對象是怎麼發生變化的。
