[横たわるデザインパターン]キーノート：オブザーバ・モード（オブザーバー）（パブリッシュ/サブスクライブ）
【CH.14】
オリジナルの定義：
。オブジェクトの間に1対SO MANY依存状態は、DEPENDENTSが通知され、そのすべてを自動的に更新するときに変更つのオブジェクト定義
：UML図
P.193を参照により本明細書または
：タイミングを使用する
と、システムクラスは相互協力のシリーズに分かれていることは、悪い副作用があり、それは追加のオブジェクト間の一貫性を維持するために必要ですが、私たちは、密結合の様々なタイプの一貫性を維持する必要はありません。従って、システムの変化は、このモードでの使用に適した他のオブジェクトの複数にオブジェクトを変更する必要がある場合。
モード機能：
Subjectクラスにおいて、変化が発生したときに通知11できるようにするために集会に格納されたオブザーバーのオブジェクトへのすべての参照。
別の仲介モードでObserverパターン：
私はオブザーバーとMediatorパターンモードを読んだ後、彼らはいくつかの類似点を感じるので、彼らは、2つの間の相違点と類似点を明確にしようとするいくつかのデータを探し始めます。
メディエータオブザーバーとオブジェクト間のメッセージを転送するために使用されているが、オブザーバー分権概念は達成、およびメディエータが一元的に達成するために配置されています。しかし、これらの単語GOF見られるように：「メディエータは、動的にするためにオブザーバーを活用できる同僚を登録し、それらとの通信します。」。この記事を見た、感じは実際にはないので、相互に排他的であると思われますか？！
不備のObserverパターン：
実際には、各クラスは、オブザーバーのUpdateメソッドを実践することができることを保証する方法はありません。したがって、この問題を解決するための.NET技術の手数料と。
参考データ：
http://www.dofactory.com/Patterns/PatternObserver.aspx
http://www.javaworld.com.tw/jute/post/view?bid=44&id=12526&sty=2&age=0&tpg=9&ppg=1# 12526
http://www.cnblogs.com/anders06/archive/2007/07/17/821483.html
http://www.dotspace.idv.tw/Jyemii/patternscolumn/articles/DesignPatternPart(3).htm
HTTP： //home.earthlink.net/~huston2/dp/observer.html
オリジナル：大列 [横たわるデザインパターン]キーノート：オブザーバ・モード（オブザーバー）（パブリッシュ/サブスクライブ）