Architettura MVC DTO/Mappatura/conversione modello

Question

Usando Spring MVC, normalmente vediamo il livello Controller, Service e Repository. Il livello di repository utilizza il modello di entità che è l'associazione uno a uno con il database. Ho pensato di seguito -

1. Il livello di servizio deve utilizzare lo stesso modello di entità?
2. Il livello di servizio deve utilizzare un modello di dominio separato? Se sì, la mappatura di andata e ritorno dovrebbe essere effettuata nel livello di servizio?
3. Nel caso del livello Controller si utilizza lo stesso modello di dominio?
4. Il livello controller deve utilizzare un modello DTO separato? Se sì, la mappatura di andata e ritorno dovrebbe essere fatta nel livello Controller?
5. Abbiamo un modo semplice per eseguire la mappatura senza scrivere troppo codice dettagliato? Ho usato Dozer poche volte in passato.

Questa domanda potrebbe essere stata chiesta ma non ho trovato. Quindi scusami per una domanda doppia.

Answer 1

1. Sì.
2. No. Il servizio dovrebbe funzionare sul modello Entity restituito dall'oggetto Repository.
3. No. Il controller deve utilizzare DTO. Il DTO dovrebbe contenere i campi del modulo e le annotazioni di convalida (se si utilizza JSR303).
4. Sì. I DTO sono usati nel livello Controller. I DTO dovrebbero esporre un costruttore che accetta il modello Entity. La conversione del modello Entity in DTO viene eseguita in questo costruttore. Stesso caso per il modello Entity. Il modello di entità dovrebbe anche esporre un costruttore sovraccarico che accetta l'oggetto DTO come argomento. La conversione del modello DTO in Entity dovrebbe avvenire qui.
5. Il costruttore sovraccarico di DTO (Entity model as arg) e Entity model (DTO as arg) sono dettagliati.

Answer 2

1) sì,

2) n,

3,4) utilizzare entitys per l'uscita, ma utilizzano CommandObjects e DTOs (ma non delle Entità) per l'ingresso. Dipende dalla tua architettura, ma non vuoi che un client imponga il manoscritto su ogni campo delle tue entità, allora hai bisogno di separare gli oggetti usati per il mapping delle richieste (commandobject) dalle entità del tuo dominio.