■ トピック
- 単一責任原則に反したコードのリファクタリング
- アクターが重なりがちな例
- 顧客管理システムと単一責任原則
- null埋めから単一責任原則の違反を見つける
- アクターが混ざってしまったコードを直すのは難しい
- 単一責任原則はコンウェイの法則から導かれている
- 現実世界をどうモデリングするか次第
- 単一責任原則はコードを書く前に考えたい
- あらゆるものが単一責任原則に見えてくる
- テストのモックと単一責任原則
- SRPとDRYの駆け引きが腕の見せどころ
- 「うちのSRP」を聞きたい
■ 参考リンク
- PrinciplesOfOod
- Clean Architecture - アスキードワンゴ
- 単一責任の原則（Single responsibility principle）について、もう一度考える | オブジェクトの広場
■ おたよりフォーム
https://forms.gle/RYUG7T4ctmF7Srf36
■ X（Twitter）
https://twitter.com/refactoradio
ハッシュタグは #リファラジ です。
感想
まだ感想はありません。最初の1件を書きましょう！
22:28
コメント
こちらもおすすめ
-
#104 開放閉鎖原則② リファクタリングの究極の目的 ―開放閉鎖原則とTDD―
リファクタリングとともに生きるラジオ
-
#105 開放閉鎖原則③ すべてがOになる
リファクタリングとともに生きるラジオ
-
#14 単一責任原則① 責任が単一であるってどういうこと？
リファクタリングとともに生きるラジオ
-
#103 開放閉鎖原則① SOLIDのO 「拡張に開き、修正に閉じる」って何？
リファクタリングとともに生きるラジオ
-
#44 依存性逆転の原則① 「いつまで経っても変更作業が終わりません」
リファクタリングとともに生きるラジオ
-
#15 単一責任原則② 改めて考えると共通化って怖くない？
リファクタリングとともに生きるラジオ
スクロール