「DDDで複数集約間の整合性を確保する方法 Rev2」に対する考察 - かとじゅんの技術日誌

どうも、かとじゅんです。 松岡さん(id:little_hands)が以下の記事を更新されたそうです。松岡さん自身が悩まれた中で検討したオプションであって、唯一の正解ではないと踏まえたうえで、率直な感想を述べたいと思います。結論からいうと、論旨は前回の記事と変わりませんが、コード例で具体的な考え方を示している点を工夫しています。 little-hands.hatenablog.com 前回の考察記事も古くなったので、最新の記事に併せて考察をまとめ直したいと思います。 blog.j5ik2o.me ドメインモデル ドメインモデル図が追加されていますね。以下の３つの集約があるそうです。「一つの集約にまとめればいいよね」という提案はなしという前提で考えます。 ユーザー タスク アクティビティ・レポート 「アクティビティ・レポート」は「タスク」もしくは「ユーザー」に関連を持つようです。 「これらの

[minamihiroharu]

滅茶苦茶オフトピだが、DDDって聞くと、どうしてもエスカレイヤーと塩素系殺虫剤が頭に浮かぶ年齢層である。

[baronhorse]

マイクロサービスというか結果整合はふつうにハードル高いでしょう。細々考えること気にすること増えるし

[griefworker]

ドメインイベントをリポジトリにストアする手法があるのか。

[yojik]

リポジトリへのアスセスでトランを切りたいケースは確かにあり、その場合集約ルートをトランの単位にするのが合理的なときもある。パターンの取捨選択が重要。ただ、あるパターンを中途半端に導入するのは良くない