Composite Prática - Padrões de Projeto - Parte 15/45

แชร์
ฝัง
  • เผยแพร่เมื่อ 1 ม.ค. 2025

ความคิดเห็น • 16

  •  4 ปีที่แล้ว

    Quer aprender Python, JavaScript ou TypeScript? Da uma olhada nos meus cursos em www.otaviomiranda.com.br/2017/meus-cursos/

  • @nivearodrigues2941
    @nivearodrigues2941 7 หลายเดือนก่อน

    Obrigada pela aula!

  • @victorSantos05
    @victorSantos05 6 หลายเดือนก่อน

    Fiz as aulas pela Alura e eu não entendia muito bem mais com esse formato de teoria e pratica na sequencia ajuda bastante .... vlw Otavio

  • @victorSantos05
    @victorSantos05 6 หลายเดือนก่อน

    MUITO BOOOOM!!!!!!

  • @israellohuan176
    @israellohuan176 2 ปีที่แล้ว +1

    o exemplo prático sempre ajuda a entender a teoria, mt boa a aula

  • @TheElias258
    @TheElias258 4 ปีที่แล้ว +1

    Conteúdo muito rico mano! Parabéns pela qualidade desejo muito sucesso pro teu canal para que o teu conteúdo influencie muitas pessoas, já virei fã de carteirinha!

    •  4 ปีที่แล้ว

      Ahh que massa, obrigado Elias.

  • @wendellvieiracunha9978
    @wendellvieiracunha9978 4 ปีที่แล้ว +1

    Porque vc não usou interface no lugar da abstract class?

    •  4 ปีที่แล้ว +1

      Por conta dos métodos necessários para objetos composite, add e remove se me lembro bem. Mas não foca nisso não. Abstract classes e interfaces são ambos contratos para outras classes implementarem, então elas fazem basicamente o mesmo, a única diferença é que abstract class permite que você adicione métodos com corpo, interfaces não. Por eu programar muito em Python e Python não ter interfaces, eu tendo a usar mais classes abstratas. Novamente, é com o mesmo propósito.

    • @wendellvieiracunha9978
      @wendellvieiracunha9978 4 ปีที่แล้ว +1

      @ a sim imaginei... eu tinha percebido que era alguma coisa do tipo porque no final das contas vc não implementou nada no ProductComponent... só fique curioso mesmo se era alguma coisa exclusiva desse pattern... mas muito obrigado pela atenção ;)

  • @mariosiqueira2115
    @mariosiqueira2115 4 ปีที่แล้ว

    Bom dia Otávio. No primeiro exemplo deste vídeo tem uma composição no composite para o component que permite criar uma caixa de produtos dentro de uma outra caixa de produtos. Se eu não quisesse que ter a possibilidade de ter uma caixa dentro de uma outra caixa, mas apenas ter uma ou várias caixas com produtos, eu poderia tirar a composição do composit para o component e fazer uma composição do composit para a leaf?

    •  4 ปีที่แล้ว +1

      Sim, mas nesse caso você teria "composição" normal da POO. Daria também, sem problemas.

    • @mariosiqueira2115
      @mariosiqueira2115 4 ปีที่แล้ว

      @ , obrigado pela informação. Só mais uma dúvida, caso eu fizer isso, estarei deixando de usar o padrão composite não, né? Uma vez que seria só uma adaptação para o meu caso.

    •  4 ปีที่แล้ว +1

      @@mariosiqueira2115 na minha opinião sim, mas um padrão não é necessariamente uma regra. Basicamente é uma ideia que funcionou com outras pessoas, então vamos dizer "mais ou menos".

    • @mariosiqueira2115
      @mariosiqueira2115 4 ปีที่แล้ว

      @ , muito obrigado por tirar minhas dúvidas! Estou aprendendo bastante sobre padrões de projeto com o seu canal! Parabéns pela didática, cara!

    •  4 ปีที่แล้ว

      @@mariosiqueira2115 eu q agradeço