Clean Architecture 達人に 学ぶソフトウェアの構造と設計 輪読会 #13

https://yourmystar.connpass.com/event/197197/

輪読会発表資料

Transcript

1. Clean Architecture 達⼈に 学ぶソフトウェアの構造と設計 輪読会 #13 Kaoru Furusawa
2. 第27章 サービス: あらゆる存在 • サービスアーキテクチャ • サービスのメリット？ • ⼦猫の問題 • 救世主のオブジェクト • コンポーネントベースのサービス • 横断的関⼼事
3. サービスアーキテクチャ システムアーキテクチャー → 上位レベルの⽅針と下位レベルの詳細を分離し、依存性の ルールに従う境界によって定義される サービス → アプリケーションの振る舞いを分離する サービスはサービスであり、 アーキテクチャーを定義するものではない
4. サービスのメリット？ 誤った分離 変数の分離とインターフェースの明確な定義？ 誤った開発とデプロイの独⽴ 専属開発チームとデプロイの独⽴ → スケーラブル？
5. ⼦猫の問題 タクシー配⾞システムを⼩さなマイクロサービスを たくさん⽤意して構築 ↓ 1年以上の稼働している、エンジニアのモチベ ↓ ⼦猫宅配サービス開始計画によって全てのサービスを 変更する必要がある 「横断的関⼼事」の問題
6. 救世主のオブジェクト Template Method https://qiita.com/shoheiyokoy ama/items/c2ce16b4f492cd01 4d50 Strategy https://qiita.com/kasei- san/items/91ab181443df03da 0343
7. コンポーネントベースのサービス
8. 横断的関⼼事 アーキテクチャの境界はサービスを横断することで コンポーネントに分割している
9. 第28章 テスト境界 • システムコンポーネントとしてのテスト • テスト容易性のための設計 • テストAPI
10. システムコンポーネントとしてのテスト テストは⾮常に詳細で具体的であり、テストするコードに 対して常に依存している。 テストの役割は開発をサポートすること。それでも他と同じ システムコンポーネントである。
11. テスト容易性のための設計 テストをシステムの設計にうまく統合しないと不安定なものにな る → Fatすぎて改修したくないメソッドとか システムと強く結合したテストは⼩さな変更でも多くのテストが 壊れる可能性がある 変化しやすいものに依存しない
12. テストAPI ⽬的 アプリケーションから分離すること。UIとアプリケーション構造 からテストを分離する。