Juan Guillermo Perez Cardozo
italo que buena organizacion al momento de versionar
¿Cómo planificar la evolución de un proyecto de API?
Enfocar el crecimiento de un proyecto de API se traduce en pensar de manera proactiva y sistemática sobre el futuro. Hay que entender lo que actualmente tenemos y lo que queremos construir para proteger la versión anterior de posibles interrupciones. Por ejemplo, supongamos que un sistema actualmente conecta 100 usuarios. Si realizamos cambios bruscamente sobre esta estructura, podríamos dañar la comunicación existente. Por ello, crear una nueva versión es esencial para mantener la estabilidad y permitir que nuevas actualizaciones fluyan sin problemas.
Análisis de necesidades actuales y futuras:
Creación de controladores y colecciones:
php artisan make:controller API/VERSION2/PostController --model=Post
¿Cómo organizar la estructura del proyecto?
Una organización adecuada del proyecto es crítica para gestionar versiones múltiples sin generar caos. A la hora de planificar una nueva versión, se debe tener muy claro cómo se estructuran los archivos para distinguir las diferentes funcionalidades que se van a implementar o actualizar.
¿Por qué es crucial una configuración de rutas eficiente?
La configuración de rutas en una API es lo que permite la comunicación entre las distintas partes del sistema. En versiones múltiples, las rutas deben ser precisamente estructuradas para evitar conflictos y asegurar un acceso sin problemas a las funcionalidades.
Uso de alias para evitar conflictos de rutas:
Route::resource('posts/v1', 'PostV1Controller'); Route::resource('posts/v2', 'PostV2Controller');
Verificación de rutas:
php artisan route:list
Esto proporciona un panorama claro de las rutas existentes y asegura que estén segregadas por versión.
¿Cómo asegurar la integridad en el desarrollo continuado?
El éxito del proceso continuo en el desarrollo de un API depende de una organización metódica y el respeto por las versiones ya existentes, asegurando que no se afecten las conexiones activas y permitiendo que los usuarios actuales continúen disfrutando de los servicios sin interrupciones.
Desarrollo dentro de la nueva clase:
use App\Http\Resources\Version2\PostResource; use App\Http\Resources\Version2\PostCollection;
Estrategia para ambientes múltiples:
Invitamos a los estudiantes y desarrolladores a practicar esta metodología de evolución en el desarrollo de APIs, fomentando un diseño escalable que se adapte a las necesidades cambiantes de los usuarios y del mercado tecnológico. ¡Continúa aprendiendo y nunca dejes de innovar!
Juan Guillermo Perez Cardozo
italo que buena organizacion al momento de versionar
Deddy Alejandro Ibañez Flores
Excelente clase, tengo una pregunta, ¿si solo tengo cambios menores en la primera version del api, es necesario crear una nueva version para esas nuevas modificaciones o solo me quedo en la version 1?
Arturo Camacho Hernandez
Si tu API ya está en producción, creo que lo mejor sería crear la nueva versión para evitar conflictos con los dispositivos que estén consumiendo la API del código antiguo.
Jimmy Buriticá Londoño
Mi consejo es continua usando la versión 1 si los cambios son menores y no afectan al usuario, pero si la cantidad de campos varia o la forma de los datos, entonces si es necesario que cambies de versión.
Maria Fernanda Jimenez M.
en el archivo de ruta al guardar el controlador con otro nombre , al escribir php artisan route:list me dice que no reconoce la clase postv2, que puede ser, gracias?
Roger Mora
No me quedó claro para qué se creó el recurso?
Francisco Javier Saavedra Alcala
El resource básicamente es para alterar la información que quieres mostrar pero sin modificarla. En este caso sólo la creó pero en el siguiente video se demuestra para que la creó. #NuncaParesDeAprender
Brian Sánchez Izquierdo
No sería mejor tener una API que pueda actualizar a los clientes de forma automática?
Angel Hernández Nava
En realidad no creo. Imagina problemas posibles de compatibilidad de tu nueva versión con dispositivos o recursos de algún usuario. Lo estarías casi "obligando" a hacer el cambio por una versión que no le funcione.
Mariano Gastón Paduani
Coincido!