REST API 스니펫
가져 오기
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:
삭제
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!!!
Reference
이 문제에 관하여(REST API 스니펫), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다 https://dev.to/panceri/rest-api-snippets-4ja텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념 (Collection and Share based on the CC Protocol.)