Asumiendo que su desarrollador de back-end ha creado o creará una API RESTful, aquí hay algunas cosas que necesitará saber:
- Información del encabezado. Por ejemplo, token de autenticación (si lo hay), tipo de contenido, aceptar, etc.
- El verbo HTTP (GET, PUT, PATCH, POST) para ver o actualizar recursos.
- Las URL de cualquier recurso dado.
- La carga útil requerida para un PUT, POST o PATCH (generalmente JSON).
- Cualquier filtrado ofrecido en un GET (por ejemplo, la API podría permitir que el cliente envíe parámetros de URL que especificarán el filtrado de la lista).
- Una descripción de la respuesta esperada para un GET (por ejemplo, JSON de muestra para el recurso solicitado).
- Una lista de códigos de retorno HTTP que puede esperar bajo varias condiciones (por ejemplo, configura un GET con una ID adjunta en el URI pero el backend no puede ubicar el recurso solicitado, puede esperar un 404 No encontrado en la respuesta.
No es irracional esperar que los desarrolladores de backend pongan en pie un sitio web que incluya documentación de la API. Si examina cualquier aplicación de cliente HTTP como PostMan o PAW (en una Mac), tendrá una idea de la información de solicitud / respuesta de recursos que se transmitirá de un lado a otro entre el API front-end y el back-end.
- ¿Es una buena opción usar Firebase como back-end para una aplicación social móvil con una gran cantidad de usuarios?
- Cómo manejar OAuth2 en microservicios de back-end y front-end
- ¿Cómo se ejecuta el backend en Drupal 6? ¿Alguien asigna alguna tarea primero tenemos que pensar backend cómo pensar alguna sugerencia amigos?
- ¿Cuáles son algunas de las ventajas que Node.js tiene sobre otros marcos de back-end?
- ¿Por qué hay una necesidad de un lenguaje front-end y back-end?