ドメインモデル貧血症はなぜ生まれるのか — Decision パターンで DDD トリレンマを解く

情報元による記事紹介

テラーノベルで Go を書いている typer です。 この記事は次のような方向けです。 Go でコードを書いていて、domain 層にロジックが集まらないと感じている方 DDD の戦術的パターンを入れてみたが、結局 domain の外側にロジックが溜まっている方 リポジトリを呼ぶために domain に context と error を持ち込むかどうかで迷ったことがある方 先に結論を書いておきます。 ドメインモデル貧血症は、怠慢ではなく構造的なトリレンマの結果として生まれやすい 「判断するために何が要るか」を型で返せば、型の制約を保ちながらトリレンマは解ける 「戦術的 D...

AIによる記事の要点

情報元の記事をもとに自動生成しています。誤りや省略が含まれる場合があります。詳細は元記事で確認してください。

この記事の要約はまだ用意されていません。元記事で内容をご確認ください。