MVCアーキテクチャDTO /モデルマッピング/変換

Question

通常、Spring MVCを使用して、コントローラ、サービス、およびリポジトリのレイヤーが表示されます。リポジトリ層は、データベースとの1対1マッピングであるエンティティモデルを使用します。私は次のことを考えました -

1. サービス層は同じエンティティモデルを使用する必要がありますか？
2. サービス層は個別のドメインモデルを使用する必要がありますか？はいの場合は、サービス層でのTo/Forマッピングを行う必要がありますか？
3. コントローラのレイヤは同じドメインモデルを使用する必要がありますか？
4. コントローラーレイヤーは別々のDTOモデルを使用する必要がありますか？はいの場合は、コントローラーレイヤーでTo/Forマッピングを行う必要がありますか？
5. 冗長なコードをあまり書き込まなくても簡単にマッピングできますか？私は過去数回ドーザーを使用しました。

この質問は尋ねられたかもしれませんが見つかりませんでした。重複した質問のために私を許しなさい。

Answer 1

1. はい。
2. いいえ。サービスは、リポジトリオブジェクトから返されたエンティティモデルで機能するはずです。
3. いいえコントローラはDTOを使用する必要があります。 DTOにはフォームフィールドと検証アノテーション（JSR303を使用している場合）が含まれている必要があります。
4. はい。 DTOは、コントローラレイヤで使用されます。 DTOは、Entityモデルを受け入れるコンストラクタを公開する必要があります。 EntityモデルのDTOへの変換は、このコンストラクタで行われます。エンティティモデルにも同じです。エンティティモデルは、引数としてDTOオブジェクトを受け入れるオーバーロードされたコンストラクタも公開する必要があります。ここでDTOからエンティティモデルへの変換が行われます。
5. DTO（Entity model as arg）とEntity model（DTO as arg）のオーバーロードされたコンストラクタは冗長です。

Answer 2

1）はい、

2）いいえ、

3,4）を出力するためのentitysを使用するが、入力用CommandObjectsとのDTO（ただしエンティティ）を使用します。これはあなたのアーキテクチャーに依存しますが、クライアントがエンティティーのすべてのフィールドをマニピュレートする必要はありません。次に、要求マッピング（コマンドオブジェクト）に使用するオブジェクトをドメインエンティティから分離する必要があります。