レイヤ化アーキテクチャ
UI 開発、バックエンド開発、ルール開発、データベース管理 (DBA) で組織が分かれている場合、自然な形 (Conway の法則) 変更がレイヤの中に閉じている場合は変更は容易
レイヤにまたがる場合 (特にレイヤごとの担当組織が異なる場合は) 変更が困難になる場合もある
レイヤの数や種類に制限はない
一般的には次の 4 つ : プレゼンテーション層、ビジネス層、永続化層、データベース層
1990 年代のクライアント/サーバーシステムの発展とともにレイヤーという概念が明確に
当初のレイヤーは物理的なレイヤーだった
ドメイン層がデータ層に依存することを避けるため、DIP によりデータ層がドメイン層に依存 参考文献