Observerパターン とは？

ニュースレターで考えると、通知元に読者が登録し、新着を登録先へ配信するような仕組みだよ。古典的な構成ではSubjectがObserverへの参照を持ち、共通の通知操作を呼ぶ。通知元は送信先を把握するけれど、各相手が画面更新やログ記録のどちらをするかまで知る必要はないんだ。

button.addEventListenerでクリック時の処理を登録する仕組みは、通知元と受信処理を分ける身近な例だよ。DOMイベントには伝播など独自のルールもある。画面を更新する仕組みすべてをObserverと断定せず、誰が登録し、どこから通知されるかを見て考えるといいね。

古典的なObserverは通知元が登録相手への参照を持つ。一方、Pub/Subのメッセージングでは、イベントバスやブローカーなどが配信を仲介し、発行側が受信者を直接知らずに済む構成がよく使われる。似た用語が重なることもあるので、名前だけでなく実際の登録・配信経路を確認するんだ。

使わなくなった登録を解除すること。長く生きる通知元が相手を参照し続けると、その相手も保持される場合があるよ。通知順序や同期・非同期の扱いは実装次第。通知を受けて元の状態を変えると連鎖することもあるので、変更条件を決める。頻度を減らす場合も、必要な通知を落とさない設計が大切だね。