■ トピック
- アンクルボブのISP原則
- ISPのこと意識してる？
- 依存性逆転原則とごっちゃになりやすい
- SQLを例に考える
- 求めていないインターフェースにまで依存してしまうことを避ける原則
- lodashのサブパッケージはISPに従っている？
- いらないものに依存すると、不要なリスクやコストを抱えることになる
- 原則として認識してなくても、いろんなものに埋め込まれている
- GraphQLはクエリごとにインターフェースが分離される
- フェイクつくる君（第67回参照）
- ISPへの反論としてのカプセル化
- 結局は変更頻度？
- 分離したインターフェースに名前がつけられるかどうか
- 一個のモデルとしてインターフェースを命名するときにはISPが意識されている
- SRPとISPは矛盾する？
- いろんなプラクティスの背景にISPがある
■ 参考リンク
■ おたよりフォーム
https://forms.gle/RYUG7T4ctmF7Srf36
■ X（Twitter）
https://twitter.com/refactoradio
■ Bluesky
https://bsky.app/profile/refactoradio.com
ハッシュタグは #リファラジ です。
感想
まだ感想はありません。最初の1件を書きましょう！
22:56
コメント
こちらもおすすめ
-
#44 依存性逆転の原則① 「いつまで経っても変更作業が終わりません」
リファクタリングとともに生きるラジオ
-
#103 開放閉鎖原則① SOLIDのO 「拡張に開き、修正に閉じる」って何？
リファクタリングとともに生きるラジオ
-
#45 依存性逆転の原則② DIはテストのためのもの？
リファクタリングとともに生きるラジオ
-
#62 SOLIDのL リスコフの置換原則って意識してる？
リファクタリングとともに生きるラジオ
-
#218 SOLID原則のわかりづらい部分をビュッフェで理解する
ひまじんプログラマーの週末エンジニアリングレッスン
-
#105 開放閉鎖原則③ すべてがOになる
リファクタリングとともに生きるラジオ
スクロール