勉強まとめ

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

2. 前回まとめ
- アーキテクチャとは？
- コードを書かずより高いレベルの問題にフォーカスするというのは間違い
- ソフトウェアアーキテクチャとはプログラマである
- 自分で課題を経験し、生産性を最大化する設計にチームを導いて行くための「形状」
- ソフトウェアシステムの開発・デプロイ・運用・保守を容易にすること
- 独立性
- 優れたアーキテクチャは以下の事をサポートする
- システムのユースケース
- システムの運用
- システムの開発
- システムのデプロイ

3. - バウンダリー：境界線を引く
- 境界の解剖学
第Ⅴ部：アーキテクチャ Part2

4. 第1章：バウンダリー：境界線を引く
ソフトウェアアーキテクチャとは、境界線を引く芸術である。
- 初期に境界線をひくのは
- 技術的な決定による、ビジネスロジックが汚染されないようにする
- 優れたアーキテクチャはこれらに依存しない
- 結合の悲しい物語
- 早すぎる段階で技術的な決定を行うと、開発の労力を劇的に増やしてしまう可能性がある
- 成功例
- ビジネスルールと DBの間に境界線を引いたので、すぐに方向性を変えられた
- 境界線を引けば、決定を延期・留保できる

5. 第1章：バウンダリー：境界線を引く
どのようにいつ境界線を引くのか？
- 境界線は「重要なもの」と「重要ではないもの」の間に引く
- GUIはビジネスルールにとって重要ではないので、その間に境界線を引く
- データベースは GUIにとって重要ではないので、その間に境界線を引く
- データベースはビジネスルールにとっては重要ではないので、その間に境界線を引く

6. 第1章：バウンダリー：境界線を引く
入出力はどうする？
- I/Oは無関係である
- GUIは他の種類のインターフェイスに置き換え可能である

7. 第1章：バウンダリー：境界線を引く
プラグインアーキテクチャ
- ユーザーインターフェイスはプラグインとなる
- データベースもプラグインとなる

8. 第1章：バウンダリー：境界線を引く
まとめ
- システムをコンポーネントに分割し、その中からいくつかのコンポーネントがコアのビジネスルー
ルになる
- 必要な機能が含まれているそのほかのコンポーネントは、コアのビジネスには直接関係しない
ので、プラグインにしておく
- コンポーネントにコードを配置して、そこから一方方向にコアのビジネスに向かって矢印をひく

9. 第2章：境界の解剖学
境界を越える
- 適切に境界を越えるには、ソースコードの依存関係を管理する必要がある
- あるソースコードのモジュールを変更すると、他のソースコードのモジュールも変更や再コンパ
イルするなどしてデプロイし直す必要があるため
- こうした変更に対して守るのが境界の意味するところ

10. 第2章：境界の解剖学
恐怖のモノリス
- シンプルに境界を越えるには、下位レベルのクライアントから上位レベルのサービスに対して関
数を呼び出すこと

11. 第2章：境界の解剖学
- デプロイコンポーネント
- デプロイレベルの切り離し方式
- モノリスと同様にコンポーネント間の通信も単なる関数呼び出しなので実装が安価
- スレッド
- 実行のスケジュールや順序を整理する方法
- ローカルプロセス
- ローカルプロセス間の通信は、ソケットかメールボックスやメッセージキューなどの OSが提供している
通信機能を使って行われる
- ローカルプロセスの分離戦略は、モノリスやバイナリコンポーネントと同じで、ソースコードの依存性
は、境界を越えて同じ方向を目指し、常に上位コンポーネントへ向かう
- セービス
- サービスとは、一般的にコマンドラインや同等のシステムコールで開始されるプロセスのこと
- サービスの境界を越える通信は、関数呼び出しと比べると非常に遅いので、通有心が賑やかになら
ないように注意する

12. 第Ⅴ部：Part2 まとめ
- バウンダリー：境界線を引く
- ソフトウェアアーキテクチャとは、境界線を引く芸術である
- 初期に境界線をひくのは
- 技術的な決定による、ビジネスロジックが汚染されないようにする
- 優れたアーキテクチャはこれらに依存しない
- 境界線は「重要なもの」と「重要ではないもの」の間に引く
- GUIはビジネスルールにとって重要ではないので、その間に境界線を引く
- データベースは GUIにとって重要ではないので、その間に境界線を引く
- データベースはビジネスルールにとっては重要ではないので、その間に境界線を引く
- 境界の解剖学
- 適切に境界を越えるには、ソースコードの依存関係を管理する必要がある
- あるソースコードのモジュールを変更すると、他のソースコードのモジュールも変更や再
コンパイルするなどしてデプロイし直す必要があるため
- こうした変更に対して守るのが境界の意味するところ