Java Objet de Transfert, c'est quoi?

Directement à partir de cet oracle de l'article sur le J2EE DAO Modèle:

Tout est très clair en effet, mais le Transfert de l'Objet "participant" (comme ils les appellent).

Je cite ici le peu que je voudrais plus d'informations sur (en particulier serait utile un exemple réel (facile)).

TransferObject

Cela représente un Objet de Transfert utilisé comme un support de données. L'
DataAccessObject peut utiliser un Objet de Transfert de données de retour à l'
client. Le DataAccessObject peut également recevoir les données du client
dans un Objet de Transfert de mettre à jour les données dans la source de données.

Je suis en train d'utiliser ce modèle comme un exercice (en tant qu'étudiant à l'examen OCPJP elle nécessite de comprendre le Pattern DAO). Pour l'instant j'ai ma source de données (base de données mysql), mon business object (JavaBean nom de la Personne) et mon DAO objet d'interfaçage entre la base et le JavaBean (Personne).

Donc encore une fois Ce qu'est exactement un Objet de Transfert est?

EDIT:
À PARTIR DE LA PREMIÈRE RÉPONSES, J'AI COMPRIS QU'EN FAIT JE SAIS CE QU'EST UN TRANSFERT D'OBJET EST, MAIS JE NE SAIS PAS CE QU'EST UN OBJET MÉTIER EST... DONC LA QUESTION RESTE LE MÊME, MAIS POUR L'OBJET DE GESTION. PAS POUR LE TRANSFERT DE L'OBJET.

Merci d'avance et désolé à ce sujet.

Merci d'avance.

Pourquoi ne pas accepter que la meilleure réponse que vous avez obtenu jusqu'à présent et poste un nouveau sujet de l'objet de l'entreprise?
vous avez raison, en effet, ici, c'est stackoverflow.com/questions/17008521/...

OriginalL'auteur Rollerball | 2013-06-09

  1. 4

    Objet de transfert est une simple classe avec des champs et AUCUNE logique. Ils sont serializable Pojo (Plain Old Java Objects) et avoir des accesseurs (getters, setters) pour accéder aux champs. Ils sont appelés parce qu'ils sont utilisés pour transmettre les données entre les couches ou grosso modo groupe arguments pour le service des appels de méthode, ils nécessité de ne pas correspondre à business objects.

    Exemple

    UserLogin { //just fields that are needed to login, not a User business object
    String name;
    String password;
}

LoginService { //sample sarvice that check passwords
    boolean Login(UserLogin userLogin) {...}
}

    Transférer des Objets se distinguent de celles de la structure des classes comme par la façon dont ils sont utilisés (transfert de données), et non par la façon dont ils sont construits (les champs et les accesseurs).

    Ok je pensais que c'était l'objet de l'entreprise... quel est donc l'objet de métier alors?
    .... Et ils sont sérialisables 😉

    OriginalL'auteur Grzegorz Żur

  2. 2

    Il va transférer les données à partir d'une couche à une autre couche.Vous pouvez l'appeler comme DTO(DATA TRANSFER OBJECT) orVO(OBJET de VALEUR)`.

    Par exemple, si nous remplir un formulaire contient des informations sur l'utilisateur à enregistrer dans le databse.Les premières valeurs vont à la classe d'action.Ensuite, j'ai besoin de l'envoyer à la DAO par le service.Donc dans l'action de classe, je vais définir tous les détails d'une classe et d'accéder ensuite à la classe de service

    Exemple réel?

    OriginalL'auteur PSR

  3. 2

    DTO

    DTO n'a pas de comportement à l'exception pour le stockage et la récupération de ses propres données (accesseurs et des mutateurs). Les dto sont des objets simples qui ne devrait pas contenir toute logique, il faudrait tester.

    DTO Utilisation

    Cas 1: Utilisation de DTO si l'objet de domaine est énorme, mais vous avez juste besoin d'un
    quelques attributs! Pour les grands objets du domaine, dans lequel le client
    visualiser, modifier ou afficher seulement quelques-uns de ses attributs. Dans ce
    cas, nous vous recommandons d'utiliser la notation: prefixDTO. C'est l'objet
    que le client utilise pour faire ses œuvres. Le service reçoit le Domaine
    Objet, crée la DTO et le donne. Si cette DTO est utilisé dans un
    assistant ou à un type de formulaire dans lequel l'utilisateur peut taper quelque chose dans
    les valeurs de réglage, ce qui signifie que vous avez à stocker l'tapé
    de l'information dans la base de données, alors vous devriez utiliser en plus de l'Otd
    nouveaux objets appelés: prefixDTOData. pourquoi? Parce que sinon, on
    force le service qui enregistre les attributs dans la base de données de
    itérer sur l'ensemble du domaine de l'objet (rappelez-vous que l'objet de domaine
    est énorme) en regardant et en comparant les changements avant de les écrire vers le bas dans le
    la base de données.

    Cas 2: Utilisation des Otd si le client a pour afficher les champs de différentes
    des objets du domaine. Dans ce cas, vous pourriez envisager de mettre tous les
    besoin d'attributs déjà dans la base de données de la création de la DTO dans
    le serveur qui est passé pour le service au client. L'
    client crée analoque de Cas 1 un prefixDTOData un le donne à
    le service. les raisons sont les mêmes que dans l'explique dans le Cas 1.

    Ok my bad, je pensais que c'était l'objet de l'entreprise... alors je ne sais pas ce qu'est un objet métier est... mon mal de nouveau
    +1 :: Quand il y a de grands objets de domaine ayant un <T>DTO aide bien sûr.

    OriginalL'auteur Juned Ahsan