Hola Salvador, ese DTO puntualmente devuelve el ID porque es lo que usamos en uno de los endpoints para buscar por un ID en particular. O sea tenemos un endpoint que devuelve todas las reservas y otro que pasandole el ID nos devuelve la informacion de esa reserva en particular.

El resto de los DTOs no nos interesa los ID porque son internos de la BBDD y no tenemos un endpoint para obtener la informacion por lo cual no tiene mucho sentido retornarlo. Esa es la principal diferencia de porque un DTO tiene el ID y el resto no. Podria obviarse en todos los casos pero es la mejor forma de saber el ID de las reservas para poder consultarlas con el otro endpoint

Hola Salvador, ese DTO puntualmente devuelve el ID porque es lo que usamos en uno de los endpoints para buscar por un ID en particular. O sea tenemos un endpoint que devuelve todas las reservas y otro que pasandole el ID nos devuelve la informacion de esa reserva en particular.

El resto de los DTOs no nos interesa los ID porque son internos de la BBDD y no tenemos un endpoint para obtener la informacion por lo cual no tiene mucho sentido retornarlo. Esa es la principal diferencia de porque un DTO tiene el ID y el resto no. Podria obviarse en todos los casos pero es la mejor forma de saber el ID de las reservas para poder consultarlas con el otro endpoint

Hola Salvador, ese DTO puntualmente devuelve el ID porque es lo que usamos en uno de los endpoints para buscar por un ID en particular. O sea tenemos un endpoint que devuelve todas las reservas y otro que pasandole el ID nos devuelve la informacion de esa reserva en particular.

El resto de los DTOs no nos interesa los ID porque son internos de la BBDD y no tenemos un endpoint para obtener la informacion por lo cual no tiene mucho sentido retornarlo. Esa es la principal diferencia de porque un DTO tiene el ID y el resto no. Podria obviarse en todos los casos pero es la mejor forma de saber el ID de las reservas para poder consultarlas con el otro endpoint