REST API 스니펫

3523 단어 apirestfulrest
제안서에서 REST API를 사용하여 Rapido 및 Pratico de REST API를 검토하고 PUT 및 PATCH를 사용하는 방법에 대해 자세히 알아보고 HTTP에 대해 더 자세히 알아보십시오.

가져 오기



Esse é o que a maior parte das pessoas conhece, uma tradução ipsis literis do verbo te ajuda a entender que deve ser usado para obter algum recurso do servidor. Se você abrir o debug do chrome em qualquer página que estiver navegando vai ver centenas de chamadas GET obtendo informações/artefatos/assets usando o método GET. O mais Importante aqui é que esse verbo NÃO deve alterar nenhum estado no servidor de origem.

게시하다



Diria que esse é o segundo mais usado, mas tem a função de criar um recurso no servidor. Pensando em um CRUD, esse é o cara responsável pelo CREATE. Por ser a porta de entrada do recurso em questão, devemos trabalhar muito com as validações para tornar esse recurso usável dentro da nossa aplicação. É aqui que você implementa coisas como:
  • 유효한 CPF
  • Garantir que o formato da Data esteja correto

  • 삭제



    Acho que esse é o mais fácil de entender. Seu objetivo é o que você imagina, deletar (ou marcar como removido) um recurso específico. Inclusive a própria RFC diz que é algo semelhante ao comando rm do linux, expressa uma operação de exclusão no mapeamento de URI do servidor de origem.

    놓다



    Esse verbo na sua essência existe para solicitar uma alteração a um recurso em um servidor, e aqui que boa parte das pessoas se perdem uma vez que ele se propõe a alterar TODO o recurso em questão(passando todos os atributos de fato).

    전:

    Estado antes da requisição




    {
      "nome": "Elon Musk",
      "idade": 50,
      "dataAniversario": "1971-06-28"
    }
    


    Estado após chamada(alterando, nome e idade mas sendo necessário fornecer aniversário também)


    PUT /clientes/1
    {
      "nome": "Elon Musk 1",
      "idade": 51,
      "dataAniversario": "1971-06-28"
     }
    


    반점



    Aqui o verbo também indica uma alteração no estado daquele recurso, mas o escopo é menor. Esse método deve ser usado como forma de atualizar 1 (ou mais atributos) garantindo aconsência da entidade como um todo.

    전:

    Estado antes da requisição




    {
      "nome": "Elon Musk",
      "idade": 50,
      "dataAniversario": "1971-06-28"
    }
    


    Estado após chamada(alterando, nome apenas)




    PATCH /clientes/1
    
    {
      "nome": "Elon Musk da Silva"
    }
    



    {
      "nome": "Elon Musk da Silva",
      "idade": 50,
      "dataAniversario": "1971-06-28"
    }
    


    Existem questões mais técnicas acerca dos dois verbos, e acho que o importante lembrar (para não esquecer mais), é saber que por definição o PUT é idempotente enquanto o PATCH não.

    모든 것이 REST API의 que gostaria de saber mais?? Deixa ai nos commentários!!!

    좋은 웹페이지 즐겨찾기