第07回: Repositoryパターン — DBの実装を「ビジネスロジックから隠す」
$stmt = $pdo->prepare(‘SELECT FROM users WHERE …’) をコントローラやサービスクラスの中に直接書くと、DB実装とビジネスロジックが密結合します。
Month
月: 2025年12月
第05回: Strategyパターン — if文の連鎖を「差し替え可能な設計」に変える
ソートアルゴリズムを切り替えたい、送信方法を切り替えたい、価格計算ルールを切り替えたい——。こうした「処理を差し替えたい」要求は実務で頻繁に起きます。
第03回: 依存性の注入（DI） — クラスを「差し替え可能」にする設計の核心
クラス内部で new DBConnection() を書いたとき、そのクラスは特定のDB実装と密結合します。テストのたびに本物のDBが必要になり、実行が遅く、不安定になります。
第02回: SOLID原則 — 実践編 — 「新機能を追加するたびに既存コードを変える」から抜け出す方法
修正のたびに既存テストが壊れ、バグが混入するリスクが高まります。 SOLID原則は理論として読むだけでは意味がありません。実際のクラス設計で適用して初めて力を発揮します。
第01回: SOLID原則 — 読み解き編 — 「良いコード」って、本当に定義できますか？
「このコード、手を入れるたびに予期しない場所が壊れる」——チームで共有した経験ではないでしょうか。 原因のほとんどは、クラスが複数の責務を抱え込んでいるか、依存関係が複雑に絡み合っていることにあります。
