De hecho una buena práctica al crear nuevas versiones es informar sobre dicha versión en la documentación. Algo que suelen hacer muchas API’s es ponerte en la documentación un mensaje en grande y rojo que dice: “ESTAS USANDO UNA VERSIÓN VIEJA, POR FAVOR CAMBIE A LA V2 DEL API” y es así en donde sabes que debes actualizarte 😄
Fundamentos
Lo que aprenderás sobre API REST con Laravel
¿Qué es un API?
Sitio web: estructura inicial
Sitio web: completando la estructura
Mejorando el aspecto del sitio con Tailwind CSS
Términos
API
Versión 1: planificación y configuración inicial
Versión 1: recurso
Versión 1: colección
Repaso del código
Versión 2: planificación y configuración inicial
Versión 2: recurso
Versión 2: colección
Autenticación
Introducción a la API privada
Autenticación
Acceso
Conclusión
Repaso final
Despedida
No tienes acceso a esta clase
¡Continúa aprendiendo! Únete y comienza a potenciar tu carrera
Si ya tienes una cuenta,
Versión 2: planificación y configuración inicial
11/18Recursos
Aportes 6
Preguntas 1
Ordenar por:
Me parece que para evitar conflictos con los nombres de los controladores y además ser mucho más organizados, es mejor separar los archivos de rutas.
Así como se registra routes/api.php, podría registrarse routes/api/v1.php y routes/api/v2.php
Estas rutas se pueden registrar en el RouteServiceProvider.
italo que buena organizacion al momento de versionar
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?
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?
No sería mejor tener una API que pueda actualizar a los clientes de forma automática?
¿Quieres ver más aportes, preguntas y respuestas de la comunidad?