Uma das melhores formas de explicar design patterns, sob a forma de ter um problema pra resolver , e mostrar o pathern que resolve o problema , ja consigo ver vários problemas pra resolver, mt bom
È um dos prdrões mais utilizados no dia dia junto com strategy e factory, mas tem outros tbm como decorador e template ! enfim contéudo bom rico e direto brigado balta !
Exemplo excelente de como utilizar o padrão. Inclusive, já estou pensando em utilizar a ideia do padrão num projeto meu. Muito obrigado pelo conteúdo de extrema qualidade.
Resolvendo um problema fica muito tangível o uso de um pattern. Muito didático também e apesar de avançado (para mim) eu entendi muito bem e penso em aplicar em um cenário real. Caso possível, revisar mais alguns patterns com problemas reais seria de um valor incrível. Obrigado e parabéns pelo vídeo
Por exemplo no método Configure o retorno dele é a interface do tipo IWorkflow então como na declaração dela só existe o método WithName, você vai ser obrigado a usar apenas os métodos declarados nela e como o retorno dela é a IWorkflowName você vai compondo o builder, mais basicamente o ponto de entrada da ordem de execução é a interface IWorkflow, acho que no artigo esta mais claro para entender.
Essas interfaces que servem apenas para classificar objetos tem um nome específico? Seria interessante criar um diretório só pra esse tipo ou vai tudo para dentro de "Contracts" mesmo? Sempre me pego nessas organizações de camadas, tipos, etc.
Então, eu não me prendo muito a isso, dado a necessidade eu crio de uma forma ou outra... não acho que você deva sempre seguir uma regra... Se tem bastante interface, pode ficar bagunçado deixar elas juntas com as implementações... agora se só tem interface (Core por exemplo), ai nem precisa da pasta contracts (Embora vc possa usar para manter um padrão).
Olá Balta, tudo bem? Estou interessado em adquirir o seu curso porém tem muitos cursos que tem o [Legado] na frente, o que isso significa? Obrigado, e parabéns pelo seu conteúdo, é show!
Legal a forma de restringir, entre tive essa dúvida se era possível. Mas nunca parei p estudar algo do tipo. Conteúdo bacana. Parabéns. Dúvida essa classe pode ser um static? Pra evitar que ela seja instanciada?
muito bom, obrigado !
💜💜💜💜
Uma das melhores formas de explicar design patterns, sob a forma de ter um problema pra resolver , e mostrar o pathern que resolve o problema , ja consigo ver vários problemas pra resolver, mt bom
hahahah verdade 💜💜💜
Agora entendi!
rsss
🚀
È um dos prdrões mais utilizados no dia dia junto com strategy e factory, mas tem outros tbm como decorador e template ! enfim contéudo bom rico e direto brigado balta !
💜
Parabéns !! Muito legal
Obrigado 😃💜
Show de bola de mais. Ctz que vou usar na hora certa. Ótimo vídeo. Valeu balta
Sucesso!💜💜💜💜
muito bom balta
💜💜💜💜
Perfeito!!!!
Obrigado 😃💜
Excellent video, só uma dica diminuir a thumb do canto
🚀
Show. Não sabia desse padrão. Parabéns pelo vídeo!
💜
Exemplo excelente de como utilizar o padrão. Inclusive, já estou pensando em utilizar a ideia do padrão num projeto meu.
Muito obrigado pelo conteúdo de extrema qualidade.
💜💜💜💜
Muito bacana, já utilizei muito este pattern e é simplesmente fantástico !!! Parabéns pelo vídeo e por abordar o tema.
Eu que agradeço💜
Resolvendo um problema fica muito tangível o uso de um pattern. Muito didático também e apesar de avançado (para mim) eu entendi muito bem e penso em aplicar em um cenário real.
Caso possível, revisar mais alguns patterns com problemas reais seria de um valor incrível. Obrigado e parabéns pelo vídeo
Obrigado pelos feedbacks 💜💜
Já usava esse padrão, para gerar arquivos do ESocial. Parabéns pelo conteúdo Balta!
💜
Ja vi sim o pessoal usou para montar querys para o banco, porem a continuidade foi horrivel, por falta de padrao e documentaçao
💜
Fiquei um pouco na duvida sobre a ordem de execução. Oq garante que ele vai ser criado na ordem correta é a ordem das interfaces?
Por exemplo no método Configure o retorno dele é a interface do tipo IWorkflow então como na declaração dela só existe o método WithName, você vai ser obrigado a usar apenas os métodos declarados nela e como o retorno dela é a IWorkflowName você vai compondo o builder, mais basicamente o ponto de entrada da ordem de execução é a interface IWorkflow, acho que no artigo esta mais claro para entender.
@@Mateusdeli acho que entendi, valeu
Sim sim! 💜
Essas interfaces que servem apenas para classificar objetos tem um nome específico? Seria interessante criar um diretório só pra esse tipo ou vai tudo para dentro de "Contracts" mesmo? Sempre me pego nessas organizações de camadas, tipos, etc.
Então, eu não me prendo muito a isso, dado a necessidade eu crio de uma forma ou outra... não acho que você deva sempre seguir uma regra... Se tem bastante interface, pode ficar bagunçado deixar elas juntas com as implementações... agora se só tem interface (Core por exemplo), ai nem precisa da pasta contracts (Embora vc possa usar para manter um padrão).
Olá Balta, tudo bem? Estou interessado em adquirir o seu curso porém tem muitos cursos que tem o [Legado] na frente, o que isso significa? Obrigado, e parabéns pelo seu conteúdo, é show!
LEGADO significa que são em versões anteriores as atuais (Normalmente duas).
@@baltaio Obrigado pela Resposta Balta, então nesse caso, você vai atualizar esse conteúdo?
Legal a forma de restringir, entre tive essa dúvida se era possível. Mas nunca parei p estudar algo do tipo. Conteúdo bacana. Parabéns. Dúvida essa classe pode ser um static? Pra evitar que ela seja instanciada?
Acho que não, a ideia é ter uma instância dela... Agora se só quiser gerar o arquivo e pronto... ai pode ser 💜
Implementação top Balta, deu para entender direitinho sim... Show de bola!
Outra coisa, essa IDE tem um design bem legal. É o Rider?
Sim, Rider!!! 💜💜💜