Capítulo 4. API REST
Este trabajo se ha traducido utilizando IA. Agradecemos tus opiniones y comentarios: translation-feedback@oreilly.com
Con el esquema de datos definido, es hora de entrar en los detalles de la exposición de esos datos. Construirás una API con múltiples puntos finales que realicen diversas operaciones, como obtener todos los pedidos o enviar nuevos. Ésta es un área del backend en la que entraremos mucho en los detalles.
Para crear una API que puedan mantener distintos desarrolladores a medida que cambia el equipo, necesitas convenciones estándar para el equipo. Las convenciones estándar suelen esbozarse en un documento que define la forma en que el equipo acuerda abordar la implementación del código, desde todo hasta las convenciones de nomenclatura, pasando por los códigos de error y los mensajes utilizados en las respuestas.
Este conjunto de convenciones facilitará la comprobación de las desviaciones en las revisiones de los PR de cualquier cambio de código. Tus PR son cambios que envías para que otros desarrolladores los revisen antes de que se fusionen con el código central y se implementen. Dado que puede haber varios PR para una misma funcionalidad, la aplicación de esta regla es importante para mantener la coherencia del código en todas las bases de código.
Este capítulo tratará sobre cómo abordar esta convención mientras se construye una API, cubriendo estas áreas:
-
Trabajar el formato de los datos con el frontend y otros servicios consumidores
-
Escribir ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access