Entenda DEFINITIVAMENTE o padrão Abstract Factory do GOF

[@curilho1]

Mano entendi de fato com o exemplo do carro kkkkkk,, muito bom parabéns pela explicação

[@pisanidaarch]

Fala ARQ, tudo 100% com você? Fico feliz que tenha entendido com o exemplo, muito obrigado pelo feedback! 👊👊

[@heitorbrunini5571]

ótima aula man, parabéns

[@pisanidaarch]

Fala Heitor, tudo 100% com você? Muito obrigado pelo feedback 👊🏻👊🏻

[@fosouzadev]

Parabéns pela explicação, ficou mais claro pra mim agora

[@vanessapires4131]

Excelente!

[@jaozin01001]

Muito obrigado por compartilhar estes conhecimentos! me ajuda muito :D

[@pisanidaarch]

Fala, Wesley! Fico feliz em poder te ajudar. TMJ 👊

[@Vitooooor]

top dms

[@pisanidaarch]

Fala Vitor, muito obrigado pelo feedback! 👊🏻

[@isadora-rk2nt]

Caraca este canal fica melhor a cada vídeo, só está mesmo difícil de acompanhar, conteúdo quase todo dia.

[@rafaband]

Fiquei com uma dúvida. No caso do Carro, automático e manual, não seriam uma tipificação da marcha?! Não seria uma enumeração ao invés de uma abstração?!

[@pisanidaarch]

Fala Rafael, depende, se for algo maior, ex um sistema para um robô que vai montar um carro, certamente teriam vários aspectos a serem considerados. Este é só um exemplo bem acadêmico é verdade, mas aterrizando em projetos reais uma linha telefônica móvel ou fixa poderia ser só um atributo ou até um checkbox em alguns sistemas mas para outros, na hora de montar faturas ou de ofertar pacotes e melhorias você certamente precisará montar algo maior e nestes casos de estruturas mais complexas com certeza o padrão vai agregar muito valor. Fez sentido?

[@rafaband]

@@pisanidaarch Obrigado!! Sim faz sentido!! Na verdade ai entra no debate real de arquitetura de software e talvez mapear a demanda do sistema. Infelizmente a realidade do mercado é que nosso trabalho como arquitetos de software é ignorado porque não fazem a relação entre o tempo investido para a solução e o tempo perdido com suporte de uma solução mal pensada

[@ClevertonHeusner]

E se a fábrica precisar de 2 argumentos para instanciar o produto A (nome, tipoProduto) e de 3 para instanciar o produto B (nome, idade, tipoProduto)?

[@pisanidaarch]

Pode variar um pouco de linguagem para linguagem, em algumas pode ser implementada uma sobrecarga, você também pode optar por métodos com nomes diferentes auto explicativos para cada tipo de construção, ou pode aplicar na frente da factory um facade. Vai variar bastante, mantenha em mente sempre o caminho mais simples, aplicar um paradão requer algo que demande a sua implementação 😉

[@pwcodigo]

@@pisanidaarch quando se refere a sobrecarga. Seria isso que foi lançado no PHP 8.3 -> #[Override] in PHP 8.3 ?

[@luan_maik]

eu entendi errado ou isso é o padrão Strategy aplicado à Factory?

[@pisanidaarch]

Fala Luan, em qual dos exemplos (ou pontos)? Eu tentei focar no padrão, mas as vezes em exemplos não tem como não fazer link com outros 😅

[@luan_maik]

@@pisanidaarch o abstract factory é uma interface, que define o contrato que será utilizado pelas factories que implementarão suas próprias estratégias de criação dos dados.

[@luan_maik]

@@pisanidaarch Sei que são patterns diferentes, eu só quis citar a semelhança