DTO può essere considerato come oggetto Business (con comportamento)?

Esistono diversi modelli architettonici a tua scelta:

• Il DTO è un modello di distribuzione e mira a trasferire i dati tra processi e servizi remoti. L'obiettivo è ridurre il numero di chiamate di funzioni / metodo di interprocess che risultano inefficienti quando si superano i confini di un singolo processo.
• L' oggetto del modello di dominio lascia il trasferimento e la persistenza in un gateway dati o un mappatore.
• Il record attivo è un mix tra entrambi. Mira a incapsulare l'accesso ai dati insieme alla logica del dominio.

Fondamentalmente, la combinazione del tuo DTO con la logica del dominio sembra quasi un record attivo. È una soluzione praticabile se il tuo modello di dominio è semplice e se l'oggetto dominio è molto vicino al DTO.

Tuttavia, tieni presente i suoi principali svantaggi:

• non si beneficia più del disaccoppiamento offerto dal DTO. Un DTO isola il tuo modello di dominio interno, dall'implementazione back-end e lascia che ognuno di essi evolva al suo ritmo.
• non è allineato con il principio del design pulito di singola responsabilità

E attenzione: usalo solo se il modello di dominio è semplice. Non è una buona idea se un oggetto sia semplice, ma l'intero modello sarebbe piuttosto complesso, perché i record attivi sollevano molti problemi se dovessi combinarlo con unità di lavoro, una mappa di identità o altro pattern di architettura delle applicazioni aziendali .