¡Estos puntos de conocimiento básicos deben dominarse en la comunicación front-end y back-end!

¿Qué es reparador?

Restful es la especificación de diseño de interfaz más popular en este momento. Es una especificación que tanto el front-end como el back-end deben conocer. Esta especificación define que en el desarrollo de la interfaz, en cada proceso,

protocolo que

cliente debe utilizar al comunicarse con el back-end. -finalizar el servicio a través de la API La

del nombre de dominio

debe implementarse bajo un nombre de dominio dedicado y debe mantenerse lo más simple posible. Si está seguro de que la API es muy simple y no se ampliará más, puede considerar colocarla bajo el nombre de dominio principal. Aquí hay dos ejemplos de raíz de URL comunes:

• api.example.com/* Se utiliza un nombre de subdominio separado.

versión

• de
• un solo espacio

deben seguir siendo compatibles con versiones anteriores. Debe introducir nuevas versiones de las API y al mismo tiempo asegurarse de que las API de la versión anterior aún estén disponibles. Por lo tanto,

se debe proporcionar una dirección de soporte de versión (ruta) para la URL específica de la

API de enrutamiento (enrutador).

• El nombre de la URL debe estar todo en minúsculas
• . El nombre del recurso (recurso) en la URL debe ser un sustantivo. y deben estar en plural.
• Primero se deben usar URL de tipo Restful
• . Debe ser una URL fácil de leer
• y no debe exponer la arquitectura del servidor.

En cuanto a si la URL debe usar guiones (-) o guiones bajos (_), No existe una regla estricta, pero debe ser coherente con un estilo basado en la situación del equipo

• https://api.example com/zoos
• https://api.example.com/animals
• https://api.example. .com/zoos/{zoo}/animals
• https://api.example.com/animal_types
• https://api.example. com/employees

el verbo (método de solicitud)

es un tipo de operación específico para recursos, representado por verbos HTTP . Hay cinco verbos HTTP de uso común (los comandos SQL correspondientes están entre paréntesis).

• OBTENER (SELECCIONAR): Recupera recursos (uno o más elementos) del servidor.
• POST (CREAR): Crea un nuevo recurso en el servidor.
• PUT (ACTUALIZAR): Actualiza el recurso en el servidor (el cliente proporciona el recurso completo después del cambio).
• PARCHE (ACTUALIZACIÓN): Actualización en la parte del recurso de actualización del servidor (el cliente proporciona atributos modificados).
• ELIMINAR (BORRAR): Elimina recursos del servidor.

Parámetros de URL

Todos los parámetros de URL deben estar en minúsculas y deben utilizar un formato de parámetro de tipo guión bajo. Los parámetros de paginación deben fijarse en página y tamaño de página.

La respuesta (Respuesta)

debe seleccionar un código de estado HTTP apropiado.
Los datos deben devolverse en formato JSON.
Todos los errores deben tener el formato uniforme.

El código de estado común

• 1xx significa que la solicitud ha sido aceptada y debe continuar procesándose.
• 2xx generalmente no aparece en la API. La solicitud se realizó correctamente y el encabezado de respuesta o el cuerpo de datos esperado por la solicitud se devolverá con esta respuesta.
  • 200. El servidor devuelve con éxito los datos solicitados por el usuario
  • 201 El usuario crea un nuevo o Modifica datos con éxito
  • 202 significa que una solicitud ha entrado en la cola en segundo plano (no hay valor de retorno si tiene éxito, es asíncrono)
  • 204 Elimina con éxito
• 3xx. Redireccionamiento
• 4xx Error causado por motivos del cliente
  • 404 La interfaz solicitada no existe, tipo de error (la dirección de solicitud es incorrecta)
  • 401 El usuario no ha
  • iniciado sesión 403 El usuario ha iniciado sesión, pero no tiene permiso para acceder
  • 422 Error de parámetro del cliente, error de verificación
  • 429 El límite de solicitud excedió
• 5xx Error causado por razones del lado del servidor
  • 500 El servidor encontró una situación inesperada, lo que provocó que no pudiera completar la solicitud Procesando, el código del servidor informa
  un error 503. El servidor está en mantenimiento
  • 504 Tiempo de espera
  • .
  • call

error format

'message' => ':message', // Descripción detallada del error 'errors' => ':errors', // Descripción detallada del error de los parámetros, 422 y otros estados proporcionan 'code' => ' :code', // Código de excepción definido por el negocio 'status_code' => ':status_code', // código de estado http 'debug' => ':debug', // información de depuración, el entorno que no es de producción proporciona

cuál es el mensaje ?

Los mensajes HTTP se utilizan para intercambiar información cuando se realizan solicitudes y respuestas HTTP. Los mensajes que fluyen hacia el servidor desde el cliente

se dividen en dos categorías: mensajes de solicitud

y mensajes de respuesta. Las estructuras básicas de los mensajes de solicitud y respuesta son las mismas y se componen de tres partes:

• Línea de inicio: realiza el procesamiento en el. mensaje Descripción
• encabezado: algunos atributos
• Cuerpo: datos [opcional]

con axios

y el servidor de nodo crean XMLHttpRequests desde el navegador
La creación de solicitudes http desde node.js

admite Promise API
Admite interceptación de solicitudes y respuestas, conversión de datos de solicitudes y datos de respuestas, cancelación de solicitudes, conversión automática de JSON, soporte de cliente de datos para defensa contra XSRF

, ¡vamos, extraños (no soy ajeno a ir y venir, eso espero! te será útil)

¡Los anteriores son estos puntos de conocimiento centrales que deben dominarse en la comunicación front-end y back-end! Para obtener más detalles, preste atención a otros artículos relacionados en el sitio web chino de php.