RESTFUL - BOAS PRÁTICAS - STATUS CODES

  Рет қаралды 5,294

desenvolvedor.io

desenvolvedor.io

Күн бұрын

Пікірлер: 12
@RigelAguilar
@RigelAguilar 3 жыл бұрын
Bruno, parabéns pelo material!!! Um exemplo de resposta de redirect: considerando uma aplicação para faz gestão de documento e mantém os arquivos, por exemplo, no aws s3. Quando uma pessoa solicita um documento, ao invés de retornar o documento (trafegando muitos bytes), posso simplesmente retornar um redirect para uma url pré autorizada do documento no s3.
@leandrostoneshop
@leandrostoneshop 3 жыл бұрын
isso é igual discutir se Balrog tem asas ou não. hahaha ... excelente conteúdo.
@ricardocarvalhaesribeiro5521
@ricardocarvalhaesribeiro5521 3 жыл бұрын
Sucinto e eficiente. Parabéns 👏
@alessandrosoares8535
@alessandrosoares8535 3 жыл бұрын
Excelente conteúdo, parabéns 👏👏
@douglas_lessa
@douglas_lessa 3 жыл бұрын
O adequado é 204 para update e delete. Para listas vazias retornasse 200 porém com uma lista vazia [ ].
@Trankiliss
@Trankiliss 3 жыл бұрын
Boa, tanto um 200 com o objeto removido quanto 204 vazio são bem vindos.
@BruninhoWsz
@BruninhoWsz 3 жыл бұрын
Minha api de like respondeu 200 para esse vídeo, 👍
@ronanluiz9704
@ronanluiz9704 3 жыл бұрын
Bruno conteúdo muito bom. Tenho uma dúvida sobre qual o tipo de status code deveria retornar quando há um erro na regra de negócio. Cenários onde é feita uma validação de negócio no endpoint e é necessário retornar as mensagens dessa validação que foi realizada. Tenho utilizado o 422 porém não sei se está correto.
@Trankiliss
@Trankiliss 3 жыл бұрын
Casos de erro de negócio o entendimento é que há um problema no Payload. Por isso 400 Bad Request. O client deve rever o payload!
@ronanluiz9704
@ronanluiz9704 3 жыл бұрын
@@Trankiliss obrigado pelo retorno. Esses erros não seriam erros do payload e sim a resposta de um processamento do que foi solicitado, alguma regra interna do sistema que inviabilize a conclusão da requisição, por exemplo alguma informação de cadastro de um cliente que foi atualizada. Mesmo nesses casos que não estejam relacionados diretamente à algum erro de payload eu retorno 400?
@ygorats
@ygorats 3 жыл бұрын
Pelo menos em uma API realmente não faz sentido retornar 404 quando o endpoint é válido mas não tem nenhum conteúdo para ser retornado. Como vou diferenciar se realmente não tem nenhum registro ou se por exemplo errei uma letra no endpoint?
@desenvolvedorio
@desenvolvedorio 3 жыл бұрын
Exato, mas ainda é uma convenção do time, mas 404 realmente pode gerar mais confusão que outra coisa.
HATEOAS - MÁS PRÁTICAS - REST
10:17
desenvolvedor.io
Рет қаралды 4,3 М.
RESTFUL - BOAS PRÁTICAS - VERBOS HTTP
13:50
desenvolvedor.io
Рет қаралды 7 М.
Quando A Diferença De Altura É Muito Grande 😲😂
00:12
Mari Maria
Рет қаралды 39 МЛН
To Brawl AND BEYOND!
00:51
Brawl Stars
Рет қаралды 16 МЛН
CRIE UMA API DE AUTENTICAÇÃO EM POUCOS MINUTOS COM O .NET DEVPACK
31:49
This is the Only Right Way to Write React clean-code - SOLID
18:23
RESTFUL - BOAS PRÁTICAS - ENDPOINTS
10:55
desenvolvedor.io
Рет қаралды 8 М.
Boas práticas para uma API RESTful
14:40
AlgaWorks
Рет қаралды 33 М.
DEVANEIO EXCESSIVO: UM TRANSTORNO MENTAL QUE POUCOS CONHECEM | Lutz Podcast
13:30
Cortes do Lutz [OFICIAL]
Рет қаралды 101 М.
REST NÃO É CRUD!
8:49
desenvolvedor.io
Рет қаралды 4,1 М.
REFRESH TOKEN DA FORMA CERTA
19:39
desenvolvedor.io
Рет қаралды 25 М.
WHAT IS A RESTful API IN PRACTICE? RICHARDSON MATURITY
13:13
Michelli Brito
Рет қаралды 44 М.