達人に学ぶソフトウェアの構造と設計 9,10,11章

クリーンアーキテクチャ達人に学ぶソフトウェアの構造と設計 9,10,11章 kazuki ijima

9,10,11章リスコフの置換原則(LSP) インターフェース分離の原則(ISP) 依存関係逆転の原則(DIP)

リスコフの置換原則「ここで望まれるのは、次に述べるような置換可能な性質である：s型のオブジェクトo1の各々に対応するT型のオブジェクトo2が1つ存在し、Tを使って定義されたプログラムPに対してo2の代わりにo1を使ってもPの振る舞いが変わらない場合、SはTの派生型であると言える」

リスコフの置換原則置換できる例図9-1 置換できない例図9-2

リスコフの置換原則継承の使い方の指針　↓ インターフェースと実装に関するソフトウェア設計の原則

リスコフの置換原則インターフェースが置換できない例 purplecab.com/driver/bob/.... /distination/ORD purplecab.com/driver/bob/.... /dist/ORD

インターフェース分離の原則図10-1 Userと関係ないopの変更であっても、再コンパイル・再デプロイが必要図10-2 インターフェースを噛ませ、Userと関係ないopの変更であれば、再コンパイル・再デプロイが不要

インターフェース分離の原則必要としないモジュールに依存することは一般的に有害とされる上位のアーキテクチャレベルにおいても同様図10-3

依存関係逆転の原則「ソースコードの依存関係が(具象ではなく)抽象だけを参照しているもの。　それが、最も柔軟なシステムである」具象に依存するべきではない → 変化しやすいため　変化しづらいものへの依存は許容

依存関係逆転の原則 • 変化しやすい具象クラスを参照しない ◦ 抽象インターフェースを参照する ◦ Abstract Factoryパターンを使う • 変化しやすい具象クラスを継承しない
• 具象関数をオーバーライドしない • 変化しやすい具象を名指しで参照しない

依存関係逆転の原理 Abstract Factory 具体的な実装には注目せず、インターフェースに注目するインターフェースだけを使って、具象をあつかう処理抽象 → 具象依存性
具象 → 抽象 (※依存関係逆転の原則の名前の由来)

依存関係逆転の原理具象コンポーネント

kazuki