Quel est l'Objet de Transfert de Données?

Qu'est ce qu'un Objet de Transfert de Données?

MVC sont les classes du modèle DTO, et si non, quelles sont les différences et faire nous avons besoin des deux?

et au fait, ce livre, dans cet article sait comment récupérer des données à partir de l'API et aussi la façon de stocker les données dans la DB, et ainsi de violer PRS, est ok?

InformationsquelleAutor Yaron Naveh | 2009-06-26

181

Un Objet de Transfert de Données est un objet qui est utilisé pour encapsuler les données, et de l'envoyer à partir d'un sous-système d'une application à l'autre.

Les dto sont les plus couramment utilisés par les Services de la couche dans un N-l'application de la couche de transfert de données entre lui-même et la couche d'INTERFACE utilisateur. Le principal avantage ici est qu'il réduit la quantité de données qui doit être envoyé à travers le fil dans les applications distribuées. Ils font aussi d'excellents modèles dans le modèle MVC.

Une autre utilisation pour les Dto peut être pour encapsuler les paramètres pour les appels de méthode. Cela peut être utile si une méthode prend plus de 4 ou 5 paramètres.

Lors de l'utilisation du pattern DTO, vous devriez également faire usage de DTO assembleurs. Les assembleurs sont utilisés pour créer des Otd à partir d'Objets du Domaine, et vice versa.

De la conversion de l'Objet Domaine de DTO et le dos encore une fois peut être un processus coûteux. Si vous n'êtes pas la création d'une application distribuée, vous n'aurez probablement pas voir de grands avantages de la répétition, comme Martin Fowler explique ici
- "DTO faire de grands modèles dans le modèle MVC" - mais ne faut-il pas le modèle contient toutes les données de l'objet et de la DTO être optimisé avec une partie des données? Si j'ai Un modèle et j'ai besoin de passer à deux sous-systèmes seront A_DTO_1 et A_DTO_2 avec les domaines pertinents de chacun? "Dto peut être pour encapsuler les paramètres pour les appels de méthode" --> de Sorte que chaque classe qui encapsule des paramètres est DTO même si ce n'est pas un système distribué? Sont pas des modèles MVC le domaine de l'objet?
- En réponse à votre première question, je ne pense pas que l'ont parle de la même chose. Le modèle MVC n'a pas nécessairement besoin d'être une classe à partir de votre Modèle de Domaine. Cela dit, il pourrait bien être. À l'aide de la DTO des bandes de tous les trucs inutiles. Tout dépend de l'architecture que vous allez pour. Je ne suis pas sûr exactement comment répondre à votre deuxième question. Si son dans le fil ou pas, c'est encore un objet qui encapsualtes un tas de données à transférer entre les (sous -) systèmes, donc je dirais que c'est un DTO.
- "Une autre utilisation pour les Dto peut être pour encapsuler les paramètres pour les appels de méthode. Cela peut être utile si une méthode prend plus de 4 ou 5 paramètres." C'est en fait un anti-modèle appelé un Lutin ou Manouche Wagon de classe. Si votre méthode doit 4 arguments, puis lui donner 4, de ne pas créer une classe juste pour déplacer un objet dans la méthode ou d'une classe.
- bon point. Je dirais cependant que c'est ok si c'est sémantiquement correct (disons si vous passez d'un des paramètres de classe avec des propriétés plutôt que les propriétés elles-mêmes comme des valeurs). Ce que vous ne devriez pas faire est de jeter tous les arguments pour le plaisir de passer un seul objet, car ils peuvent très bien être indépendants et de provoquer des cauchemars démêler plus tard.
- Otd ne doit pas être utilisé pour encapsuler les paramètres pour les appels de méthodes (ce qui ferait d'eux des LocalDTOs), ils ont été introduits dans le contexte de l'interface de commande à distance: martinfowler.com/bliki/LocalDTO.html
InformationsquelleAutor Benny Hallett
24

La définition de DTO peut être trouvé sur Martin Fowler site. Les dto sont utilisés pour le transfert des paramètres aux méthodes et types de retour. Beaucoup de gens utilisent ceux de l'INTERFACE utilisateur, mais d'autres gonfler les objets de domaine à partir d'eux.

InformationsquelleAutor blu
19

Un DTO est un muet objet qu'il détient des propriétés et a getters et setters, mais aucune autre logique de toute signification (autres que peut-être un compare() ou equals() de la mise en œuvre).

Généralement classes du modèle MVC (en supposant que .net MVC ici) sont Otd, ou des collections/agrégats de Dto
- Ce que vous décrivez est un LocalDTO: martinfowler.com/bliki/LocalDTO.html
- Un cas où il est utile d'utiliser quelque chose comme un DTO est lorsque vous avez une inadéquation importante entre le modèle de votre couche de présentation et la sous-jacentes au modèle du domaine. Dans ce cas, il est logique de faire une présentation spécifique de la façade de la passerelle que les cartes à partir du modèle de domaine et présente une interface qui est pratique pour la présentation.
InformationsquelleAutor Eric Petroelje
10

En général des Objets de Valeur de doit être Immuable. Comme Entier ou Chaîne objets en Java. Nous pouvons les utiliser pour transférer des données entre les couches logicielles. Si le logiciel des couches ou des services en cours d'exécution dans les différents nœuds distants comme dans un microservices de l'environnement ou dans un héritage Java Enterprise Application. Nous devons faire presque des copies exactes des deux classes. C'est la où nous avons rencontré des Otd.
```
|-----------|                                                   |--------------|
| SERVICE 1 |--> Credentials DTO >--------> Credentials DTO >-- | AUTH SERVICE |
|-----------|                                                   |--------------|
```
En héritage Java Enterprise Systems Otd peut avoir différents EJB choses.

Je ne sais pas c'est une meilleure pratique ou pas, mais personnellement j'utilise des Objets de Valeur de dans mon Spring MVC/Boot Projets de ce type:
```
        |------------|         |------------------|                             |------------|
-> Form |            | -> Form |                  | -> Entity                   |            |
        | Controller |         | Service /Facade |                             | Repository |
<- View |            | <- View |                  | <- Entity /Projection View |            |
        |------------|         |------------------|                             |------------|
```
Contrôleur couche ne sais pas ce que sont les entités sont. Il communique avec Forme et Vue des Objets de Valeur de. Les Objets de formulaire a la JSR 303 Validation des annotations (par exemple @NotNull) et Vue des Objets de Valeur de ont Jackson Annotations pour la sérialisation personnalisée. (par exemple @JsonIgnore)

De la couche de Service communique avec le dépôt de la couche par l'aide d'Objets de l'Entité. Objets de l'entité ont JPA/Hibernate/Spring annotations de Données sur elle. Chaque couche communique avec seulement la couche inférieure. L'inter-couche de communication est interdite en raison de la circulaire/dépendance cyclique.
```
User Service ----> XX CANNOT CALL XX ----> Order Service
```
Certains ORM Cadres ont la capacité de projection en utilisant l'aide d'autres interfaces ou des classes. Donc, les référentiels peuvent retour Afficher les objets directement. Il y a pour vous n'avez pas besoin d'une transformation supplémentaire.

Par exemple notre entité Utilisateur:
```
@Entity
public final class User {
    private String id;
    private String firstname;
    private String lastname;
    private String phone;
    private String fax;
    private String address;
    //Accessors ...
}
```
Mais vous devez retourner un Paginé liste des utilisateurs qui vient d'identité, firstname, lastname. Ensuite, vous pouvez créer une Vue d'Objet de Valeur pour l'ORM de projection.
```
public final class UserListItemView {
    private String id;
    private String firstname;
    private String lastname;
    //Accessors ...
}
```
Vous pouvez facilement obtenir le paginé résultat de dépôt de la couche. Merci de printemps, vous pouvez également utiliser les interfaces pour les projections.
```
List<UserListItemView> find(Pageable pageable);
```
Ne vous inquiétez pas pour les autres opérations de conversion BeanUtils.copy méthode fonctionne très bien.

InformationsquelleAutor Fırat KÜÇÜK
8
1. Pour moi, la meilleure réponse à la question qu'est ce qu'un DTO est que DTO sont des objets simples qui ne devrait pas contenir toute entreprise de la logique ou des méthodes de mise en œuvre qu'il faudrait tester.
2. Normalement votre modèle (en utilisant le modèle MVC) sont intelligents modèles, et ils peuvent contenir beaucoup de/quelques méthodes que faire des opérations différentes pour ce modèle en particulier (pas de logique métier, ce devrait être à l'contrôleurs). Toutefois, lorsque vous transférez des données (par exemple. l'appel de REPOS (GET/POST/whatever) d'extrémité de quelque part, ou la consommation d'un service web en utilisant SOA, etc...) vous ne souhaitez pas transmettre la grande taille de l'objet avec un code qui n'est pas nécessaire pour le point de terminaison, consomment de données, et de ralentir le transfert.
InformationsquelleAutor Thiago Burgos
5

Avec MVC objets de transfert de données sont souvent utilisées pour cartographier les modèles de domaine à la plus simple des objets qui vont en fin de compte affiché par la vue.

De Wikipédia:

Objet de transfert de données (DTO), anciennement connu comme des objets de valeur ou VO, est
un modèle de conception utilisé pour transférer des données entre des logiciels d'application
les sous-systèmes. Les dto sont souvent utilisés en conjonction avec les données d'accès
objets à récupérer des données à partir d'une base de données.
- Un objet de valeur n'est pas une DTO.
InformationsquelleAutor Dan

Vous devez vous connecter pour publier un commentaire.