Quand un objet se qualifie-t-il comme un DTO?

Question

DTO (Objets de transfert de données) sont des objets utilisés pour transférer des informations entre plusieurs sous-systèmes d'une application, souvent séparés par un réseau ou une limite de processus. C'est ma compréhension. Cependant, du point de vue Java, les sous-systèmes/modules doivent-ils se trouver sur des instances JVM différentes pour que les objets qu'ils utilisent entre eux soient qualifiés de DTO? (Je crois qu'une démarcation significative dans l'architecture en termes de modularité et de fonctionnalité entre les sous-systèmes serait suffisante.) Que dire?

De plus, en considérant les objets échangés par plusieurs modules dans la même couche/niveau SAME d'une architecture, ces objets ne sont-ils pas qualifiés de DTO? Une séparation par paliers est-elle obligatoire?

Merci d'avance.

Cordialement,

Nagendra U M

Answer 1

Parce que le transfert d'objets entre les niveaux nécessite une sorte de sérialisation, il est considéré comme un DTO. Le transfert d'objets entre les couches se fait généralement par l'utilisation d'entités de domaine ne nécessitant donc pas de sérialisation. Par conséquent, vos DTO n'ont généralement pas de propriétés de comportement pour stocker des données.

Une petite note: Les objets DTO sont souvent confondus avec des objets anémiques lorsque vous avez des entités sans comportement, uniquement des données. Ou objets poltergeist lorsque les objets sont uniquement utilisés pour transporter des données dans et hors des méthodes ou des classes, puis disparaissent. Par exemple, votre mécanisme de persistance des données nécessite parfois que vous implémentiez ou héritiez des interfaces ou des classes que vous ne voulez pas coupler dans votre couche de domaine. Vous créez donc des objets héritant ou implémentant l'interface/classe et transférant des données à ceux-ci. classes pour la persistance.

class Person{ 
public string Name {get;set;} 
public int Age {get;set;} 

public void Validate(){} 
public void DoSomething(){} 
} 



public class PersonDTO : TableServiceContext 
{ 
public const string ContactTableName = "PersonTable" 

public string Name {get;set;} 
public int Age {get;set;} 

} 

Et vous auriez généralement une classe pour assembler et désassembler ces objets.