Esses pontos básicos de conhecimento devem ser dominados na comunicação front-end e back-end!

O que é repousante?

Restful é a especificação de design de interface mais popular no momento. É uma especificação que tanto o front-end quanto o back-end devem conhecer. Esta especificação define que no desenvolvimento da interface, em cada processo,

do protocolo

deve usar ao se comunicar com o back-end. -end serviço por meio da API A

do nome de domínio

deve ser implantada em um nome de domínio dedicado e deve ser mantida o mais simples possível. Se você tem certeza de que a API é muito simples e não será expandida ainda mais, considere colocá-la sob o nome de domínio principal. Aqui estão dois exemplos comuns de raiz de URL:

• api.example.com/* Um nome de subdomínio separado é usado para. acesse a interface
• example.com/api /* Todas as APIs em uma única

versão de espaço (Versionamento)

devem permanecer compatíveis com versões anteriores. Você deve introduzir novas versões de APIs, garantindo que as APIs de versões antigas ainda estejam disponíveis. Portanto, um

endereço de suporte de versão (caminho) deve ser fornecido para a URL específica da

API de roteamento (roteador).

• A nomenclatura da URL deve ser toda em letras minúsculas
• . e deve estar no plural.
• URLs do tipo Restful devem ser usados ​​​​primeiro
• . Deve ser um URL fácil de ler
• e não deve expor a arquitetura do servidor.

Quanto a saber se o URL deve usar hífens (-) ou sublinhados (_), não existe uma regra rígida e rápida, mas deve ser consistente com um estilo baseado na situação da equipe

• 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

verbo (método de solicitação)

é um tipo de operação específico para recursos, representado por verbos HTTP. . Existem cinco verbos HTTP comumente usados ​​(os comandos SQL correspondentes estão entre colchetes).

• GET (SELECT): Recupera recursos (um ou mais itens) do servidor.
• POST (CREATE): Crie um novo recurso no servidor.
• PUT (UPDATE): Atualiza o recurso no servidor (o cliente fornece o recurso completo após a alteração).
• PATCH (UPDATE): Atualização na parte do recurso de atualização do servidor (cliente fornece atributos alterados).
• DELETE (DELETE): Exclui recursos do servidor.

parâmetros de url

Todos os parâmetros de URL devem estar em letras minúsculas e devem usar o formato de parâmetro do tipo sublinhado. Os parâmetros de paginação devem ser fixados em page e page_size

A resposta (Response)

deve selecionar um código de status HTTP apropriado.
Os dados devem ser retornados no formato JSON.
Todos os erros devem ser formatados uniformemente.

O código de status comum

• 1xx significa que a solicitação foi aceita e precisa continuar o processamento.
• 2xx geralmente não aparece na API. A solicitação foi bem-sucedida e o cabeçalho de resposta ou corpo de dados esperado pela solicitação será retornado com esta resposta.
  • . 200. O servidor retorna com sucesso os dados solicitados pelo usuário
  • 201 O usuário cria um novo ou modifica dados com sucesso
  • 202 significa que uma solicitação entrou na fila de segundo plano (não há valor de retorno se for bem-sucedido, é assíncrono)
  • 204 Excluir com sucesso
• 3xx Redirecionar
• 4xx Erro causado por motivos do cliente
  • 404 A interface solicitada não existe, tipo de erro (o endereço da solicitação está errado)
  • 401 O usuário não está
  • logado 403 O usuário está logado, mas não tem permissão para acessar
  • 422 Erro de parâmetro do cliente, erro de verificação
  • 429 Limite de solicitação excedido
• 5xx Erro causado por motivos do lado do servidor
  • 500 O servidor encontrou uma situação inesperada que o impediu de concluir o processamento da solicitação, o código do servidor relata
  um erro 503. O servidor está em manutenção
  • 504 Tempo limite
  • .

formato de erro

• • de chamada

'message' => ':message', // Descrição detalhada do erro 'errors' => ':errors', // Descrição detalhada do erro dos parâmetros, 422 e outros status fornecem 'code' => ' :code', // Código de exceção definido pelo negócio 'status_code' => ':status_code', // código de status http 'debug' => ':debug', // informações de depuração, ambiente de não produção fornece

qual é a mensagem ?

Mensagens HTTP são usadas para trocar informações quando solicitações e respostas HTTP. As mensagens que fluem do cliente para o servidor

são divididas em duas categorias: mensagens de solicitação

e mensagens de resposta. As estruturas básicas das mensagens de solicitação e resposta são as mesmas e são compostas de três partes:

• Linha inicial: executa o processamento no. mensagem Descrição
• cabeçalho: alguns atributos
• Corpo: dados [opcional]

axios

e servidor de nó criar XMLHttpRequests a partir do navegador
A criação de solicitações http de node.js

oferece suporte à API Promise
Suporta interceptação de solicitações e respostas, conversão de dados de solicitação e dados de resposta, cancelamento de solicitações, conversão automática de JSON, suporte de cliente de dados para defesa contra XSRF

, vamos lá, estranhos (não sou estranho em ir e vir, espero que sim! será útil para você)

Os itens acima são pontos de conhecimento básicos, que devem ser dominados na comunicação front-end e back-end! Para mais detalhes, preste atenção a outros artigos relacionados no site php chinês!