問題タブ [anemic-domain-model]

次の遅延コードがあります。Pesistence Model と (貧血) Domain Model の間には分離があります。この分離と暗黙の変換の利点は何ですか? 欠点はありますか？

私は、暗黙的な変換で以下が可能であることを知っています: SplitAmountEF saEF = dbContext.SplitAmount.Find(id); SplitAmount sa = saEF; //暗黙の変換。交換して使用できます。

ドメイン モデルが永続モデルとほぼ同じである場合は、(ドメイン モデルをまったく使用せずに) 永続モデルのみを使用した方がよいのではないでしょうか。

例：

をより堅牢にするために をpersistent layerから分離するという概念があります。これは、 でのリポジトリの実際の実装には依存せず、リポジトリ インターフェイスのみに依存します。domain layerdomain layerpersistence layer

これは、次のことを意味します。

さて、どうPersonですか？

ではanemic-domain-model、次のことができます。

Person を永続化レイヤーに入れるのはなぜですか?
実装固有のコードが含まれているためです。
たとえば、JPA 関連のアノテーションが含まれる場合があり、リポジトリと同様に、ドメイン レイヤーにデータストア固有の実装は必要ありません。

Person にはドメインロジックが含まれていないため、anemic-domain-modelで上記を実行できます。つまり、 Person をpersistene レイヤーに配置できます。貧血ドメイン モデル
で は、データは動作から分離されているため、Person の動作は別のサービスによって行われ、Person 自体には書き込まれません。

この場合、 Person にはドメイン固有のロジックが含まれているため、rich-domain-modelでこのレイヤー分離を行うことはできません。

リッチ ドメイン モデルのアプリケーション内で、この層の分離をどのように行いますか?
あるいは必要ないと思っているのかもしれません。