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

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

Transcript

1. クリーンアーキテクチャ 達人に学ぶソフトウェアの構造と設計 9,10,11章 kazuki ijima
2. 9,10,11章 リスコフの置換原則(LSP) インターフェース分離の原則(ISP) 依存関係逆転の原則(DIP)
3. リスコフの置換原則 「ここで望まれるのは、次に述べるような置換可能な性質である：s型のオブジェクトo1の 各々に対応するT型のオブジェクトo2が1つ存在し、Tを使って定義されたプログラムPに 対してo2の代わりにo1を使ってもPの振る舞いが変わらない場合、SはTの派生型であ ると言える」
4. リスコフの置換原則 置換できる例 図9-1 置換できない例 図9-2
5. リスコフの置換原則 継承の使い方の指針 　↓ インターフェースと実装に関するソフトウェア設計の原則
6. リスコフの置換原則 インターフェースが置換できない例 purplecab.com/driver/bob/.... /distination/ORD purplecab.com/driver/bob/.... /dist/ORD
7. インターフェース分離の原則 図10-1 Userと関係ないopの変更であっても、 再コンパイル・再デプロイが必要 図10-2 インターフェースを噛ませ、Userと関係ないopの変更であれば、 再コンパイル・再デプロイが不要
8. インターフェース分離の原則 必要としないモジュールに依存することは一般的に有害とされる 上位のアーキテクチャレベルにおいても同様 図10-3
9. 依存関係逆転の原則 「ソースコードの依存関係が(具象ではなく)抽象だけを参照しているもの。 　それが、最も柔軟なシステムである」 具象に依存するべきではない → 変化しやすいため 　 変化しづらいものへの依存は許容
10. 依存関係逆転の原則 • 変化しやすい具象クラスを参照しない ◦ 抽象インターフェースを参照する ◦ Abstract Factoryパターンを使う • 変化しやすい具象クラスを継承しない • 具象関数をオーバーライドしない • 変化しやすい具象を名指しで参照しない
11. 依存関係逆転の原理 Abstract Factory 具体的な実装には注目せず、インターフェースに注目する インターフェースだけを使って、具象をあつかう 処理 抽象 → 具象 依存性 具象 → 抽象 (※依存関係逆転の原則の名前の由来)
12. 依存関係逆転の原理 具象コンポーネント