DDDにおけるドメインオブジェクトはリソースと1対1で対応すべきものですか？

Question

例えば、DBのusersテーブルに保存されるレコードをリソースとして想定すると、同じリソースではあるものの、

• 新規保存のために受け付けた入力を変換したオブジェクト
• ビジネスロジックにより、入力を加工して新しいデータが追加された（ex.登録ステータス）オブジェクト
• 既にDBに保存されているものを取得した結果を変換したオブジェクト

など、複数のオブジェクト（あるいは同じオブジェクトで定義されたプロパティの数が異なるもの）が存在しうるかと思います。

よりよい設計を考える場合、これらはそれぞれ別のオブジェクトとして定義され、ビジネスロジックの中でこれらのオブジェクトが順次変換されていくような設計が望ましいのでしょうか？

あるいは、同じオブジェクトとして定義され、それぞれのプロパティに（nullableである、のような）性質が記述されている方が望ましいのでしょうか？

安全性を考えるなら前者の方が望ましいように思えますが、同じものを扱っているのにユースケース次第で別の概念として定義されるのは正しいのか？など、自分では結論が出せずにいます。

どなたかお詳しい方がいらっしゃればご教示頂きたいです。

Answer 1

ドメインオブジェクトと、それがRDBなどにシリアライズされる際のデータ形式は分離して考えたほうがいいですよ。

たとえば、以下のようなユースケースを想定してみてください。

UserAccountRepositoryは抽象であり詳細は隠蔽されています。UserAccountRepository#findById, #storeが定義されており、具体的な実装であるI/O処理はオブジェクトを読み込んだり書き込んだりできればよいだけです。この設計では、UserAccountRepositoryがRDBに対応するかNoSQLに対応するかは本質的な問題ではありません。もちろん、機能するにはUserAccountRepositoryOnMySQLのような具体的な実装は必要ですが、このユースケースでは方針となる抽象型だけが重要です。

classs RenameUserAccountUseCase {
  UserAccountRepository userAccountRepository;

  RenameUserAccountUseCase(UserAccountRepository userAccountRepository) {
    this.userAccountRepository = userAccountRepository;
  }

  void execute(UserAccountId userAccountId, LastName lastName) {
    // リポジトリからドメインオブジェクトを取得する
    UserAccount userAccount = userAccountRepository.findById(userAccountId);
    // ドメインオブジェクトのビジネスロジックを呼び出す
    UserAccount userAccountRenamed = userAccount.renameLastName(lastName);
    // 最新のドメインオブジェクトをリポジトリへ保存する
    userAccountRepository.store(userAccountRenamed); 
  }

}

よりよい設計を考える場合、これらはそれぞれ別のオブジェクトとして定義され、ビジネスロジックの中でこれらのオブジェクトが順次変換されていくような設計が望ましいのでしょうか？

あるいは、同じオブジェクトとして定義され、それぞれのプロパティに（nullableである、のような）性質が記述されている方が望ましいのでしょうか？

UserAccountRepository内部でUserAccountがどのようなテーブルにマッピングされるかという問題ですよね。それはどういう形式でもよいですが、トランザクション境界は合わせてください。UserAccountは集約のルートエンティティです。集約はオブジェクトの整合性を担保する境界なので、リポジトリでI/Oする際必ず集約の単位で行います。集約内部の一部のオブジェクトだけを読み込んだり保存したりはできません、原則的には。集約はそれ以上分割できないアトミックな単位です。

結局のとろこ、リポジトリの責務からみた場合はオブジェクトをどういう形式でI/Oするかしかないです。極端な話ですが、XMLに変換してファイルに保存して読み書きする実装も可能です。そういう意味でいえば、リポジトリは永続化されるコレクションのように見える責務ですね。