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
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?
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
4 роки тому+1
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.
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
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
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!
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
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.
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
Os caras da AlgaWorks são muito top.
Uma boa explicação dos padrões. Ficou Show!!!
Muito boa a explicação!
Aprendi muito, grata !
Muito bom!
Aluno de programação web do IFAL aqui, do professor Alexandre José
Muito bom. Continue colaborando!
Ótimas explicações, obrigado!
Excelente vídeo. Obrigado pela aula.
Parabéns pelas ótimas dicas de boas práticas, apresentadas com clareza e de forma compacta!!!
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
Obrigado. Bem explicativo
Bacana o vídeo. Ótima didática.
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?
Que bacana cara! Belo vídeo, muito obrigado.
Parabéns Alexandre. Muito boa as explicações.
Esse cara é bom! Show, vlw!
Esse cara é brabo! vlw
Algaworks mandando bem!
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.
Muito bom!
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.
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
baita explicação! Obrigado.
Boa.
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
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.
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
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.
Deixa eu correr pra atualizar meu github... kkkkk