■ トピック
- lacolacoの推し Observerパターン
- Observerパターンの概要
- 情報伝達のPull型とPush型
- 原著を読まずに話しています
- addEventListener もObserverパターン
- IntersectionObserver が生まれたことでPull型からPush型になった
- Observerパターンは毎日どこかで使っている
- Observerパターンの大変なところ
- 監視する側はシンプルだけど、監視される側はシンプルにならない
- 複雑性を一か所に閉じ込める狙いもあるかもしれない
- Observerパターンを投入した話
- イベントを発行する側と処理する側の依存関係を切る
- 依存関係を逆転させることでテストしやすくする
- 2番目の推し Commandパターン
- 「テスタビリティ」という価値観の上の原則とパターン
- 先人たちが作ったパターンに気づいてないだけで恩恵を受けている
■ 参考リンク
■ おたよりフォーム
https://forms.gle/RYUG7T4ctmF7Srf36
■ X（Twitter）
https://twitter.com/refactoradio
ハッシュタグは #リファラジ です。
感想
まだ感想はありません。最初の1件を書きましょう！
21:21
コメント
こちらもおすすめ
-
#25 GoF③ Singletonパターンには2つの価値が混ざっている
リファクタリングとともに生きるラジオ
-
#15 単一責任原則② 改めて考えると共通化って怖くない？
リファクタリングとともに生きるラジオ
-
#22 コメント③ 書くべきコメントよりも残すべきコメントについて考える
リファクタリングとともに生きるラジオ
-
#23 GoF① GoFデザインパターンは今でも役に立つのか？
リファクタリングとともに生きるラジオ
-
#30 ファイル・ディレクトリ① ファイル名のコントロールは握っていたい
リファクタリングとともに生きるラジオ
-
#28 居酒屋② 「読み方」の学び方・すべてがOになる
リファクタリングとともに生きるラジオ
スクロール