Segun entendí los pasajeros se crean a traves del endpoint de reservations, pero y si quisiera modificar los datos de un pasajero ¿deberia hacerlo a traves de un endpoint/passengers (Y un PassengerController)? o deberia hacerlo tambien a traves de /reservations? que práctica es recomendada?
Segun entendí los pasajeros se crean a traves del endpoint de reservations, pero y si quisiera modificar los datos de un pasajero ¿deberia hacerlo a traves de un endpoint/passengers (Y un PassengerController)? o deberia hacerlo tambien a traves de /reservations? que práctica es recomendada?
Segun entendí los pasajeros se crean a traves del endpoint de reservations, pero y si quisiera modificar los datos de un pasajero ¿deberia hacerlo a traves de un endpoint/passengers (Y un PassengerController)? o deberia hacerlo tambien a traves de /reservations? que práctica es recomendada?
Hola Adrian,
la creacion de una reserva, que es la entidad fuerte, es la que permite la creacion de todos los elementos en su interior incluidos los pasajeros ya que sin reserva no tiene sentido que existan los mismos. Esto mismo tambien pasaria en si lo extrapolas a una BBDD, sin reserva no habria pasajeros.
Ahora bien, lo que mencionas es una buena practica si tienen la posibilidad de cambiar nombres de pasajeros, agregar o eliminar los mismos deberias tener un nuevo controller que haga referencia a esas operaciones. El estandar de las url dice que la url deberia ser algo como /reservation/ID_RESERVA/passenger ya que estas queriendo hacer algun tipo de operacion sobre los pasajeros de una reserva en particular.
ya veo, entonces si los pasajeros pudieran existir sin las reservas deberian ponerse en un controlador aparte, osea que si digamos tendria una entidad Usuario que pudiera pertenecer a varias reservaciones (relacion Many To Many) el usuario podria existir sin una reservacion y tendria su propio endpoint /users
Hola Adrian,
la creacion de una reserva, que es la entidad fuerte, es la que permite la creacion de todos los elementos en su interior incluidos los pasajeros ya que sin reserva no tiene sentido que existan los mismos. Esto mismo tambien pasaria en si lo extrapolas a una BBDD, sin reserva no habria pasajeros.
Ahora bien, lo que mencionas es una buena practica si tienen la posibilidad de cambiar nombres de pasajeros, agregar o eliminar los mismos deberias tener un nuevo controller que haga referencia a esas operaciones. El estandar de las url dice que la url deberia ser algo como /reservation/ID_RESERVA/passenger ya que estas queriendo hacer algun tipo de operacion sobre los pasajeros de una reserva en particular.
ya veo, entonces si los pasajeros pudieran existir sin las reservas deberian ponerse en un controlador aparte, osea que si digamos tendria una entidad Usuario que pudiera pertenecer a varias reservaciones (relacion Many To Many) el usuario podria existir sin una reservacion y tendria su propio endpoint /users
Hola Adrian,
la creacion de una reserva, que es la entidad fuerte, es la que permite la creacion de todos los elementos en su interior incluidos los pasajeros ya que sin reserva no tiene sentido que existan los mismos. Esto mismo tambien pasaria en si lo extrapolas a una BBDD, sin reserva no habria pasajeros.
Ahora bien, lo que mencionas es una buena practica si tienen la posibilidad de cambiar nombres de pasajeros, agregar o eliminar los mismos deberias tener un nuevo controller que haga referencia a esas operaciones. El estandar de las url dice que la url deberia ser algo como /reservation/ID_RESERVA/passenger ya que estas queriendo hacer algun tipo de operacion sobre los pasajeros de una reserva en particular.
ya veo, entonces si los pasajeros pudieran existir sin las reservas deberian ponerse en un controlador aparte, osea que si digamos tendria una entidad Usuario que pudiera pertenecer a varias reservaciones (relacion Many To Many) el usuario podria existir sin una reservacion y tendria su propio endpoint /users
