勉強まとめ

1. Clean
Architecture
第Ⅴ部
アーキテクチャ Part6

2. 前回まとめ
- 部分的な境界
- 本格的なアーキテクチャの境界はコストが高いので、部分的な境界で解決する
1. 最後のステップを省略する
2. Strategyパターン
3. Facadeパターン
- 代理として特定の状況では適切だが、境界がうまく設定できなければ劣化する

3. - レイヤーと境界
第Ⅴ部：アーキテクチャ Part6

4. 第1章：レイヤーと境界
- 「UI」「ビジネスルール」「データベース」
3つで構成されているとわかりやすい
- だが、ほとんどのシステムはこれよりもコンポーネントの数が多い
- Hunt the Wumpusをリファクタする

5. 第1章：Hunt the Wumpus

6. 第1章：Hunt the Wumpus

7. 第1章：Hunt the Wumpus

8. 第1章：流れを横切る

9. 第1章：流れを分割する

10. 第1章：流れを分割する

11. 第1章：つまり
- アーキテクチャの境界があらゆるところに存在する
- 境界を完全に構築しようとすると、コストが高くつくことを認識する必要がある
- 同時に境界を無視すると完全なテストスイートがあったとしても、レイヤーを追加するコストが非
常に高くなる
- アーキテクトは何をすべきか
- 頭のいい人たちが抽象化が必要になることを予測してはいけない (YAGNIの原則)と提唱している
- オーバーエンジニアリングはアンダーエンジニアリングよりも悪質である
- しかし、境界が必要なとこになかったら、境界を追加するコストやリスクが高くなる
- つまりアーキテクトは頭を使って未来を推測しなければならない
- それは1回限りの決定ではなく、「常に」見張る必要がある
- 無視するコストよりも実装するコストが低くなる変曲点で、境界を実装する

12. - レイヤーと境界
- ほとんどのシステムでは「 UI」「ビジネスルール」「データベース」よりもコンポーネントが多く存在する
- アーキテクチャの境界があらゆるところに存在する
- 境界を完全に構築しようとすると、コストが高くつくことを認識する必要がある
- オーバーエンジニアリングはアンダーエンジニアリングよりも悪質であるが、境界が必要なとこにな
かったら、境界を追加するコストやリスクが高くなる
- 無視するコストよりも実装するコストが低くなる変曲点で、境界を実装できるように「常に見張る」必要
がある
第Ⅴ部：Part6 まとめ