Boas práticas para uma API RESTful
Вставка
- Опубліковано 8 вер 2024
- Curso Imersivo Especialista Spring REST:
alga.works/esr-yt
Curso Gratuito de Spring REST para Iniciantes:
alga.works/sri-yt
Como você anda mapeando sua API RESTful?
Nesse vídeo, você vai poder conferir uma série de boas práticas para a hora de criar seus Web Services RESTful.
Instagram:
/ alga.works
Blog:
alga.works/blog-yt
Mergulhe fundo com nossos cursos online de Java e Front-end:
alga.works/site-yt
#rest #api #algaworks
Aprenda mais no Workshop do Fullstack Angular & Spring, um evento online e gratuito que será realizado de 28 de Junho a 08 de Julho --> Inscreva-se agora: goo.gl/TMuf7h
Camiseta bonita, parece um table do bootstrap haha
Pensava que o vídeo seria sobre arquitetura da aplicação, não convenções
Uma boa explicação dos padrões. Ficou Show!!!
Os caras da AlgaWorks são muito top.
Muito bom!
Aluno de programação web do IFAL aqui, do professor Alexandre José
Esse tipo de vídeo que fala sobre padrões e boas praticas agregam muito para nos desenvioladores
Que bom que você gostou do vídeo Marlon. Valeu pelo feedback. #equipeAW
Muito bom. Continue colaborando!
Muito boa a explicação!
Esse cara é bom! Show, vlw!
Algaworks mandando bem!
Aprendi muito, grata !
Ótimas explicações, obrigado!
Que bacana cara! Belo vídeo, muito obrigado.
Legal seu vídeo. Seria bom você fazer uma analogia com o DJANGO.
As dicas são ótimas, ficariam perfeitas se tivessem uma imagem do que fala.... tipo de exemplos de URI etc.
Parabéns pelas ótimas dicas de boas práticas, apresentadas com clareza e de forma compacta!!!
Excelente vídeo. Obrigado pela aula.
Parabéns Alexandre. Muito boa as explicações.
Bacana o vídeo. Ótima didática.
Esse cara é brabo! vlw
baita explicação! Obrigado.
Obrigado. Bem explicativo
legal o video, parabens, mas não esclareceu minha duvida. venda/{id}/receber - esse receber pela teoria não deveria estar na uri, porém não há um padrão de onde colocar? na query ? não pode usar GET e faz um POST com essa informação no payload?
Muito bom!
Gostei da explicação, ajudou bastante, mas faltou um auxilio visual. O aprendizado é maior quando vemos, sentimos e ouvimos, aqui no caso não é possível sentir haha, mas ver e ouvir é possivel. Obrigado pelas dicas.
Boa.
olá, seria possível fazer uma aula sobre as boas práticas de consumir um recurso rest com java?
Oi Thadeu! Essas duas aulas podem ajudar. A primeira é teórica e a segunda, prática.
• ua-cam.com/video/P-juXKmJy_g/v-deo.html
• ua-cam.com/video/qUAM_CX_Y-c/v-deo.html
9:15 em tabelas aonde tenha apenas uma constraint Unique (PK), qual identificador deveríamos usar ?
A ideia aqui é que você não precisa necessariamente usar a PK da sua tabela como identificador do recurso, mas se quiser usá-lo não tem problema.
Tudo depende da sua lógica e da necessidade da sua aplicação.
Neste caso, onde sua tabela tem apenas um campo que é garantidamente único e que, por sua vez, é a PK, então o ideal é utilizá-la como identificador. #equipeAW
Use uma chave secundária para não expor seus IDs, ou seja um atributo único dentro de sua entidade, podendo até ser gerado via algum algorítimo hash.
Fala Alexandre! Parabéns por mais um excelente vídeo. Mas segue agora uma pergunta. Qual você considera a melhor forma de passar parâmetros (filtro) pra uma consulta a um recurso? Query params?
Abraço!
Oi Rodrigo, tudo beleza? Sim, é por query params. #equipeAW
Rodrigo da Silva Melo se for para fazer busca, sim.
Boa noite,
Tenho uma pergunta sobre o spring rest repository, quero fazer um update utilizando o método patch /api/user/1 por exemplo... Mas antes do update preciso fazer algumas validações... Qual a melhor forma de fazer esta validação e retornar para o front? Pergunto isso porque esta URL realizando o patch nao fui eu que implementei, é do spring rest repository.
Obrigado
Olá Gilberto!
Se são validações importantes, elas devem estar na API.
Isso porque, mesmo que coloque sua validação no front-end, ela pode ser "burlada" de alguma forma por lá.
O ideal mesmo é que a validação esteja em ambos os lados.
Assim, você valida de forma mais rápida no front-end, sem a necessidade do usuário ter que fazer uma requisição e esperar pela resposta do serviço.
E mesmo que haja algum problema na validação do front-end, a validação será feita novamente no back-end.
Se sua implementação não permite adicionar uma validação, mas essa validação é necessária, você precisa mudar sua implementação.
Lembrando que estes casos de validação, devem estar no service e não em repository ou controller.
Abraço!
#EquipeAW
Tenho dois sistemas que precisa ser integrado e Protheus, estou com dificuldade na parte de persistência. não tenho uma logica para que os pedidos seja consultado em tempo real e sincronize. você tem alguma ideia?
Olá Cristiano!
Para entender melhor seu problema é preciso analisar seu projeto.. O pessoal da nossa comunidade no Facebook pode te ajudar! Participe dela, caso ainda não esteja: alga.works/comunidade
Deixa eu correr pra atualizar meu github... kkkkk