Oi Giuliana, parabéns pelo conteúdo e a didática f##a. Já que esta abordando alguns assuntos avançados, considere fazer um video sobre Spring Boot AOP. Sei que no final tudo é meio que um proxy, mas seria interessante ver na sua didática.
Bacana demais! Já viu alguma forma de interceptar apenas um dos métodos da interface com a JDK ou CGLib? Poxa, ficaria feio colocar um if com o nome do método no interceptador hehe
Quando estou codando meu sistema: "Sou um deus do codigo, manjo demais" Quando venho no youtube ver a Giuliana codar: "Sou um merd4, impostor" kkkkkkkk minha vida oscila nesses dois pensamentos
kkkkkk, esse vídeo é bem avançado tá, não se cobre tanto. Normalmente vídeo roteirizado mostra maior fluidez, mas assim como todo mundo eu também paro e faço busca no google pra entender como usar algum recurso do Java que não conheço de cabeça 😅
Gostei do conteudo. Mas to com uma duvida, Com os exemplos do video poderiamos usar aspectos, qual a vantagem de usar o proxy ao invés de usar aspectos?
Aspectos são um recurso que permite implementar o padrão proxy, e de fato são usados mesmo pra acionar os comportamentos de forma mais indireta. Eu devo trazer um vídeo sobre o assunto pra essa playlist avançada, fica de olho 🤗
Você pode usar proxy com aspectos, aspectos são um recurso que permite implementar alguns patterns como o proxy, por exemplo. Irei trazer um vídeo sobre aspectos pra essa playlist de java avançado em breve!
Não entendi por que dificultar tanto usando a implementação da JDK/CGLib, sendo que é bem mais fácil entender e usar implementando na "mão". Tem algum motivo pra isso?
Usar algo provido pela própria linguagem ao invés de usar uma implementação própria é extremamente útil, pois é algo mantido e testado por um grande grupo de profissionais. Não considero que seja mais complexo, pode parecer em relação a implementação que mostrei pq mostrei algo simples e limitado, que nem funcionaria com qualquer tipo de dados. E no contexto de frameworks ainda é mais presente essa necessidade de evitar reimplementar coisas. Por isso aconselho usar as implementações existentes.
Na minha humildade opinião esse tipo de design de solução, se nao tiver uma disciplina altíssima, rapidamente se torna uma inferno na terra para manter e entender
Excelente conteúdo e didática.
Parabéns!
esse conteúdo de Java avançado está sensacional, não tem muito conteúdo em PT sobre. Me lembrou muito Spring AOP
Sim, o próximo vídeo da playlist vai ser sobre aspectos, fica de olho!
Muito bom... tutorial de como ensinar complexidade de forma didática.
É a missão do canal 😉
Ótimo conteúdo. eu gostaria de ver mais vídeos sobre design pattern no canal.
Fica de olho no canal, que mais vídeos sobre design patterns estão por vir!
Muito bom o conteúdo, vou precisar rever o vídeo e fazer alguns exemplos para fixar esse conhecimento! Parabéns!!!
É avançado mesmo, preciso rever novamente e implementar localmente hahaha.
Obrigado pelo conteúdo.
Sim, reveja sempre que precisar 😁
Muito bom!
Muito bom 👏🏻👏🏻
Oi Giuliana, parabéns pelo conteúdo e a didática f##a. Já que esta abordando alguns assuntos avançados, considere fazer um video sobre Spring Boot AOP. Sei que no final tudo é meio que um proxy, mas seria interessante ver na sua didática.
Sim, eu vou trazer um vídeo sobre aspectos em breve pro canal. Obrigada pela sugestão!
Bacana demais! Já viu alguma forma de interceptar apenas um dos métodos da interface com a JDK ou CGLib? Poxa, ficaria feio colocar um if com o nome do método no interceptador hehe
Você pode usar anotação ou aspectos para colocar um ponto de corte que pegue os métodos em questão. Vou fazer vídeo ainda sobre aspectos em breve :)
maneiro, agora faz um video com teste unitário com 100% de cobertura para essas classes
Quando estou codando meu sistema: "Sou um deus do codigo, manjo demais"
Quando venho no youtube ver a Giuliana codar: "Sou um merd4, impostor"
kkkkkkkk minha vida oscila nesses dois pensamentos
kkkkkk, esse vídeo é bem avançado tá, não se cobre tanto. Normalmente vídeo roteirizado mostra maior fluidez, mas assim como todo mundo eu também paro e faço busca no google pra entender como usar algum recurso do Java que não conheço de cabeça 😅
Gostei do conteudo. Mas to com uma duvida, Com os exemplos do video poderiamos usar aspectos, qual a vantagem de usar o proxy ao invés de usar aspectos?
Aspectos são um recurso que permite implementar o padrão proxy, e de fato são usados mesmo pra acionar os comportamentos de forma mais indireta. Eu devo trazer um vídeo sobre o assunto pra essa playlist avançada, fica de olho 🤗
Muito top, mas qual seria a diferença de usar Proxy e Aspect ?
Você pode usar proxy com aspectos, aspectos são um recurso que permite implementar alguns patterns como o proxy, por exemplo. Irei trazer um vídeo sobre aspectos pra essa playlist de java avançado em breve!
Se não me engano, o spring aop utiliza as funcionalidades de proxy dinâmico do cglib por baixo dos panos :) aguardando o vídeo sobre o assunto :D
Não entendi por que dificultar tanto usando a implementação da JDK/CGLib, sendo que é bem mais fácil entender e usar implementando na "mão". Tem algum motivo pra isso?
Usar algo provido pela própria linguagem ao invés de usar uma implementação própria é extremamente útil, pois é algo mantido e testado por um grande grupo de profissionais. Não considero que seja mais complexo, pode parecer em relação a implementação que mostrei pq mostrei algo simples e limitado, que nem funcionaria com qualquer tipo de dados. E no contexto de frameworks ainda é mais presente essa necessidade de evitar reimplementar coisas. Por isso aconselho usar as implementações existentes.
Na minha humildade opinião esse tipo de design de solução, se nao tiver uma disciplina altíssima, rapidamente se torna uma inferno na terra para manter e entender
Está certíssimo, e por isso que ele é usado em frameworks e não em projetos comuns
Achei alguém louco como eu que usa VSCode pra Java kk
Não é loucura, é praticidade e falta de dinheiro pra comprar o intelliJ 😅
@@giulianabezerra verdade. Tá muito salgada a licença. Faz um vídeo do seu setup com VSCode
Muito bom!