DTO

Conozcamos cómo funciona el mapeo de datos de dos entidades a un DTO, haciendo clic en la flecha de la derecha.

customer

• id
• firstname
• lastname
• password

CustomerDTO

• id
• FullName
• Country
• Adress
• ZipCode

adress

• id
• fk_customer
• country
• adress
• zip_code

Podemos apreciar gráficamente cómo es que un DTO se conforma de una serie de atributos que pueden o no estar compuestos por más de una fuente de datos. Para esto, el servidor obtiene la información de las tablas customer y address, y realiza un mapping con el DTO.

customer

• id
• firstname
• lastname
• password

CustomerDTO

• id

• Country
• Adress
• ZipCode

adress

• id
• fk_customer
• country
• adress
• zip_code

La información puede ser pasada de un lado a otra intacta, como en los casos anteriores, o ser una derivada de más de un campo, como es el caso del fullName, el cual es la unión del firstname y lastname.

customer

• id
• firstname
• lastname
• password

CustomerDTO

• id
• FullName
• Country
• Adress
• ZipCode

adress

• id
• fk_customer
• country
• adress
• zip_code

La información puede ser pasada de un lado a otra intacta, como en los casos anteriores, o ser una derivada de más de un campo, como es el caso del fullName, el cual es la unión del firstname y lastname.

customer

• id
• firstname
• lastname
• password

CustomerDTO

• id
• FullName
• Country
• Adress
• ZipCode

adress

• id
• fk_customer
• country
• adress
• zip_code

Otra de las ventajas es que nos permite omitir información que el usuario no requiere, como es el caso de password. No es solo que no lo requiere, sino que, además, podría ser una falla de seguridad estar enviando los passwords, es por ello que en el DTO lo omitimos.

customer

• id
• firstname
• lastname

CustomerDTO

• id
• FullName
• Country
• Adress
• ZipCode

• password

adress

• id
• fk_customer
• country
• adress
• zip_code