質問

アプリケーションが次のような場合、DDDとリッチドメインモデルを使用できます。

  • windows client(WPF)
  • windowsサービス

WCFとの通信は発生しますか?

以前はデータ状態のみのDTOがあり、サービスレイヤー内にビジネスルールがありますが、データ状態とルール/メソッドがすべてオブジェクト自体にあるリッチドメインモデルがあるべきだとみんなが言い続けています。

このリッチドメインモデルがUIを持ち、WCFを介してサービスと通信するシステムに適用されるかどうかはわかりません(上記で紹介したように)。私の場合、WCFのために貧血ドメインモデルを使い続ける方が良いですか?そうでない場合は、WCF、プロキシなどを考慮して、リッチドメインモデルを使用してアーキテクチャを構築する方法の例を教えてください。

ありがとう!

役に立ちましたか?

解決

一般的には、とにかく単純化されたDTOとしてWCFを介して送信するためにドメインオブジェクトをシリアル化し、それがクライアントアプリケーションによって消費されます。

ユーザー定義をシリアル化できますタイプしてクライアントでデシリアライズしますが、ほとんどのアプリケーションではこれは不要です。クライアントでオブジェクトの「リッチ」動作を必要としない限り(とにかく優れたDDDを使用するべきではありません)、サービスレイヤーでリッチデザインを使用しても問題ないように思えます。簡単なDTOをネットワーク経由で送信します。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top