DDDにおけるリポジトリ

Question

DDDにおけるrepositoryで値を返す時はドメインモデル（entityやdto）を戻り値とするのが決まりなのでしょうか？
repositoryでdbからレコードを取得してその内の１つの要素を戻り値とすることはタブーですか？

理由を添えて教えていただけますと幸いです。

Answer 1

DDDにおけるrepositoryで値を返す時はドメインモデル（entityやdto）を戻り値とするのが決まりなのでしょうか？

リポジトリは集約をI/Oするための責務です。集約はエンティティや値オブジェクトをカプセル化したオブジェクトのことです。具体的には、集約のルートとなるエンティティ(ルートエンティティ)をリポジトリが保存したり、削除したり、検索したりします。つまり、リポジトリは集約ｊのルートではないエンティティや値オブジェクトを直接I/Oすることはありません。

repositoryでdbからレコードを取得してその内の１つの要素を戻り値とすることはタブーですか？

タブーかと言われるとタブーではないですが、それはDDDのリポジトリとは呼びませんので名前をDAOに変えたほうが混乱がないと思います。

DDDではデータモデルを中心するのではなく、ドメインオブジェクトを中心に設計するスタイルなので、リポジトリ経由でドメインオブジェクトをシリアライズ・デシリアライズするイメージになります。DAOを使ったデータモデル中心に設計する方法と混同しないほうがよいと思います。

Answer 2

DDDにおけるrepositoryはドメインオブジェクトを返すものもいう定義はあります。

レコードを取得してその内の１つの要素を戻り値とする

タブーなんて無いですよ。合理的な理由があれば良いと思います。

CQRSの一種でドメインを使うのはコマンド側だけにして、クエリ側はドメインを経由せずそのまま出すようにしている人もいましたよ。