ドメインモデルビジネスエンティティをUIレイヤーに渡す質問

Question

ドメインモデルエンティティを対応するビューモデルではなくUIレイヤーに直接渡すことは可能ですか？

私の例では、UIはいくつかのユーザーデータを取得し、それをドメインサービスと対話するプレゼンタに渡します。ドメインサービスは、ユーザーからのデータに対して何らかのアクションを実行し、出力結果をドメインモデルエンティティとしてUIに戻します。通常はビューモデルに変換する必要があります。

問題は、返された結果を検査するユーザの選択（YまたはN）に応じて、それはさらなる処理のためにサービスに戻され、最後にリポジトリに保存される可能性があるということです。

返されたドメインエンティティを2つのステップの間のどこかに保存しないで、viewmodelを使用すると、それ以降の処理のために戻すことはできません。

このようなユーザーの操作が発生すると、いくつかの回避策がありますか？

Answer 1

MVPは、View,Presenter、およびModelという概念の周りに定義されています。ドメインエンティティとビューを区別する必要はありません。Model彼らは同じことができます（そしてそうすべきです）。

MVVMとは異なり、モデルはViewにバインドする役割を果たしていません。プレゼンターがモデルデータを使用してビューを操作するのは責任があります。 MVPにはViewModelという概念はありません。その用語は、一般にMVVMのために予約されており、ViewModelは、Modelを有することに加えて、Viewに密接に結合されたエンティティである。

Answer 2

中規模から高度なドメインの複雑さがビジネスロジックの観点からドメインモデルを設計するため、ビューモデル（MVVMの場合）またはMVC/MVPのモデルのいずれかで、ドメインモデルからドメインモデルを分離することをお勧めしますドメインモデルの一部を示す傾向のあるデータをバインドまたは提示したり、プレゼンテーションのために大陸になるオブジェクトを平坦化したりするときは、プレゼンテーションデータ以外の細かいレベルのオブジェクト指向設計が必要です。

また、分散アプリケーションを開発するときに、データをサービス（リモートファサード）で公開する必要がある場合もあります。したがって、DTOの観点からオブジェクトを公開することがドメインモデルを公開しないことが非常に好ましいですドメインモデルよりも複雑さと細かさが異なります。ドメインモデルをプレゼンテーションフレンドリーや消費者にやさしくするように強制しないでください。プレゼンテーションモデルやコンシューマーを破損してビジネス指向ドメインモデルを使用したり、 。