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.
Uma dúvida, no seu curso de testes no spring boot, você ensina a testar esse tipo de abordagem funcional, no caso, no cenário de testes unitários? Obrigado desde já!
Olá Giuliana, poxa gostei muito do seu canal. Eu também sou arquiteta, e estou interessada em migrar para algo de tecnologia. E pesquisando descobri que temos a arquitetura de software, que eu não conhecia. Encontrei sua perfil e gostei bastante. Eu fiz uma especialização em design de interiores e não tenho a mínima ideia de como faço para migrar para o software, vi que vc tem alguns cursos, porém eu não tenho nenhum conhecimento com programação etc .. Vc poderia me ajudar? Aguardo seu retorno. Obrigada
Que legal saber que você quer migrar para a área de tecnologia! Sugiro começar pelo curso de java, tem o link aqui na descrição do vídeo. Ele é um curso pra iniciantes/intermediário bem completo. Tbm tenho uma playlist aqui no canal, Fundamentos do Java, vc pode assistir pra ter esse primeiro contato também. E aí vc decide se especializar ou não. Existem outras áreas de tecnologia que vc pode testar também, vou anotar pra fazer um vídeo sobre esse assunto 🤗
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.
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??
Melhor explicação sobre esse padrão. Muito bom!
Muito obrigado por sua dedicação e por toda oportunidade de aprendizado 🎉
Que bom que curtiu, agradeço demais o apoio! 🤗
show, legal aprender que o pub/sub que já utilizo vem desse padrão observer!
Excelente. Gostei muito da sua aula.
Ai sim, consegui entender muito bem esse design pattern.
Parabéns!
Fico feliz que tenha gostado!
Ansioso já pela série.
Muito fera o formato de vídeo, parabéns!! E continue por favor! =D
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! 🙏
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, Top.
Excelente. Como sempre didática perfeita.
Que bom que você gostou!
Muito bom o vídeo
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.
perfeito!!
pagaria um dinheiro alto em um curso de Java seu, viu... sem brincadeira hahaha uma didática absoluta!!
Obrigada pelo apoio! Na descrição vc encontra alguns links dos meus cursos, incluindo um de Java, caso tenha interesse 😊
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 🤗
Uma dúvida, no seu curso de testes no spring boot, você ensina a testar esse tipo de abordagem funcional, no caso, no cenário de testes unitários? Obrigado desde já!
No caso de persistência, salvaríamos no banco a lista de interessados?
Olá Giuliana, poxa gostei muito do seu canal.
Eu também sou arquiteta, e estou interessada em migrar para algo de tecnologia. E pesquisando descobri que temos a arquitetura de software, que eu não conhecia. Encontrei sua perfil e gostei bastante.
Eu fiz uma especialização em design de interiores e não tenho a mínima ideia de como faço para migrar para o software, vi que vc tem alguns cursos, porém eu não tenho nenhum conhecimento com programação etc ..
Vc poderia me ajudar?
Aguardo seu retorno.
Obrigada
Que legal saber que você quer migrar para a área de tecnologia! Sugiro começar pelo curso de java, tem o link aqui na descrição do vídeo. Ele é um curso pra iniciantes/intermediário bem completo. Tbm tenho uma playlist aqui no canal, Fundamentos do Java, vc pode assistir pra ter esse primeiro contato também. E aí vc decide se especializar ou não. Existem outras áreas de tecnologia que vc pode testar também, vou anotar pra fazer um vídeo sobre esse assunto 🤗
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.
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.
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.