設計模式觀察者模式

老闆回來，我不知道！

定義物件間的一種一對多的依賴關係，當乙個物件的狀態發生改變時，所有依賴於它的物件都得到通知並被自動更新。它還有兩個別名，依賴(dependents)，發布-訂閱(publish-subsrcibe)。

大話設計模式中程傑老師對觀察者模式的定義是，觀察者模式：定義物件間的一種一對多的依賴關係，讓多個觀察者物件同時監聽某乙個主題物件。這個主題物件在狀態發生改變時，會通知所有觀察者物件，使它們能夠自動更新自己。

// 看**的同事類（觀察物件，觀察者）

class stockobserver

void update();

private:

string name;

secretary* sub;

};// 秘書類（主題物件，通知者）

class secretary

void remove(int addindex)

void notify() }

private:

vectorobservers;

};void stockobserver::update()

int main()

1．當乙個抽象模型有兩個方面, 其中乙個方面依賴於另一方面。將這二者封裝在獨立的物件中以使它們可以各自獨立地改變和復用。

2．當對乙個物件的改變需要同時改變其它物件, 而不知道具體有多少物件有待改變。

3．當乙個物件必須通知其它物件，而它又不能假定其它物件是誰。換言之, 你不希望這些物件是緊密耦合的。

觀察者模式的效果有以下幾個優點：

1．觀察者模式在被觀察者和觀察者之間建立乙個抽象的耦合。被觀察者角色所知道的只是乙個具體現察者聚集，每乙個具體現察者都符合乙個抽象觀察者的介面。

被觀察者並不認識任何乙個具體觀察者，它只知道它們都有乙個共同的介面。由於被觀察者和觀察者沒有緊密地耦合在一起，因此它們可以屬於不同的抽象化層次。

2．觀察者模式支援廣播通訊。被觀察者會向所有的登記過的觀察者發出通知。

觀察者模式有下面的一些缺點：

1．如果乙個被觀察者物件有很多直接和間接的觀察者的話，將所有的觀察者都通知到會花費很多時間。

2．如果在被觀察者之間有迴圈依賴的話，被觀察者會觸發它們之間進行迴圈呼叫，導致系統崩潰。在使用觀察考模式時要特別注意這一點。

3．如果對觀察者的通知是通過另外的執行緒進行非同步投遞的話，系統必須保證投遞是以自恰的方式進行的。

4．雖然觀察者模式可以隨時使觀察者知道所觀察的物件發生了變化，但是觀察者模式沒有相應的機制使觀察者知道所觀察的物件是怎麼發生變化的。

設計模式 觀察者模式