ddd

新規サブシステムの設計・境界の見直し・モジュール/サービス分割の判断時に、DDDの戦略的設計(サブドメイン分類/境界づけられたコンテキスト/コンテキストマップ/戦略→戦術の落とし込み)で設計を進める。「どこで境界を切る」「コンテキストを分けたい」「マイクロサービスの分割線」「モジュラモノリスの構成」「どこに投資を集中」「コアドメインはどこ」「境界づけられたコンテキスト」「ACL/腐敗防止層」「システムをどう分割」などで使う。アーキテクチャの分割・境界・統合方式を決めるときは積極的に参照すること。1コンテキスト内の実装(値オブジェクト/集約のコード)は ddd-tactical-implementation スキルの担当。

ドメインモデルの実装・レビュー時に、値オブジェクト/振る舞いを持ったenum(区分)/ファーストクラスコレクション/集約/ドメイン貧血回避といったDDD戦術設計を増田亨・little_hands・Fowlerの知見で適用する。「ドメインモデルを実装」「値オブジェクトにしたい」「このビジネスロジックをどこに置く」「区分をenumで」「集約の境界」「貧血モデルを直す」「ドメイン層の設計」「DDDで実装」などで使う。新規実装・既存コードのリファクタ・コードレビューのいずれでも、業務ロジックの置き場所や型設計を考えるときは積極的に参照すること。単純なCRUD・Genericな機能では適用前に判断ゲート(本文)を必ず通す。