Muito bacana, eu lembro de certa forma de um uso legal desse padrão em DDD em conjunto com singleton para centralizar a publicação de eventos de domínio em uma única classe que poderia ser usada onde necessário, se não me engano há pouquíssimas diferenças para o que foi mostrado aí, é realmente um dos padrões interessantes de se saber. Parabéns pelo trabalho, você tem um ótimo canal :D
É sim, o que eu recomendo é focar em entender bem orientação a objetos pq aí vc acaba usando padrões sem saber que está usando. Com esse conhecimento aí vc pode ver os cenários de uso desses padrões pra dar nome aos designs que vc já fazia antes, pq basicamente os padrões são uma ferramenta de comunicação entre times, no fim das contas são todos técnicas de orientação a objetos.
dúvida: ali no final, utilizando as lambdas como funções para serem chamadas, se fosse remover a lambda depois de adicionada a classe stockData iria se perder na hora de remover? ficou claro quando passava as classes como itens, mas usando lambdas o funcionamento segue o mesmo??
Sim, é por isso que mostrei a alternativa de separar em classes, se a lógica da lambda for mais extensa vai ter muita responsabilidade ali e não vale a pena deixar tudo junto.
Muito fera o formato de vídeo, parabéns!! E continue por favor! =D
Excelente. Gostei muito da sua aula.
Ai sim, consegui entender muito bem esse design pattern.
Parabéns!
Fico feliz que tenha gostado!
Eu tenho um seminário para a faculdade sobre esse tipo de design pattern, ajudou muito!!!
Vídeo muito bem feito e muito bem explicado.
Que ótimo, espero que o seminário seja um sucesso! 🎉
Muito bom o vídeo
Excelente. Como sempre didática perfeita.
Que bom que você gostou!
Muito bacana, eu lembro de certa forma de um uso legal desse padrão em DDD em conjunto com singleton para centralizar a publicação de eventos de domínio em uma única classe que poderia ser usada onde necessário, se não me engano há pouquíssimas diferenças para o que foi mostrado aí, é realmente um dos padrões interessantes de se saber.
Parabéns pelo trabalho, você tem um ótimo canal :D
Sim, esse modelo pub sub mostra a essência do padrão. Muito obrigada pelo Feedback! 🙏
perfeito!!
excelente explicacao e tantos designs que para pessoa que esta iniciando fica dificil concentrar no qual realmente e necessario rss
É sim, o que eu recomendo é focar em entender bem orientação a objetos pq aí vc acaba usando padrões sem saber que está usando. Com esse conhecimento aí vc pode ver os cenários de uso desses padrões pra dar nome aos designs que vc já fazia antes, pq basicamente os padrões são uma ferramenta de comunicação entre times, no fim das contas são todos técnicas de orientação a objetos.
pagaria um dinheiro alto em um curso de Java seu, viu... sem brincadeira hahaha uma didática absoluta!!
Esse padrão de projeto parece combinar com Websockets
Inclusive taí uma boa ideia de vídeo, Spring Boot com Websockets
Boa! Combina mesmo, já anotei aqui 🤗
No caso de persistência, salvaríamos no banco a lista de interessados?
dúvida: ali no final, utilizando as lambdas como funções para serem chamadas, se fosse remover a lambda depois de adicionada a classe stockData iria se perder na hora de remover? ficou claro quando passava as classes como itens, mas usando lambdas o funcionamento segue o mesmo??
Boa, nesse caso a lambda teria que estar numa variável para que fosse possível referenciar o objeto e removê-lo como observer.
No caso da lambda não estaria aumentando o acoplamento, colocando a logica de notificação junto com a logica de negocio da alteração da ação?
Sim, é por isso que mostrei a alternativa de separar em classes, se a lógica da lambda for mais extensa vai ter muita responsabilidade ali e não vale a pena deixar tudo junto.
@@giulianabezerra Legal. Obrigado pela resposta.
Lembra strategy
Padrões no fundo são todos iguais pq usam conceitos de orientação a objetos, o que muda é o objetivo a ser alcançado.