Factory Method Teoria - Padrões de Projeto - Parte 10/45

แชร์
ฝัง
  • เผยแพร่เมื่อ 20 ธ.ค. 2024

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

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

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

  • @wagnerric2
    @wagnerric2 3 ปีที่แล้ว +6

    Boa noite quero fazer justiça ,as suas aulas são sempre de muita qualidade e prazeroso aprender com o senhor professor Otávio Miranda

  • @YcarosGamer
    @YcarosGamer 4 ปีที่แล้ว +3

    Me ajudou demais, parabéns pelo conteúdo de extrema qualidade!!

    •  4 ปีที่แล้ว

      Brigadão =)

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

    Show amigo, muito obrigado pela aula!

  • @flavio-foa362
    @flavio-foa362 2 ปีที่แล้ว

    Parabéns Otávio ,,👍🏻

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

    Obrigado pela aula, aqui no caso. 😁

  • @paulogabriel253
    @paulogabriel253 2 ปีที่แล้ว

    Muito boa a aula, esclareceu bastante

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

    Aos 5:43, você menciona que é possível passar parâmetros para uma fabrica e ela retornar tipos de objetos diferentes. É comum ter uma única fabrica que pode retornar diversos tipos de objetos ou ter diversas fabricas, que cada uma retorna o seu tipo?

  • @patrickjane3315
    @patrickjane3315 2 ปีที่แล้ว

    Like por deixar as coisas um pouquinho mais claras para mim. Mas ainda tenho dúvida sobre o assunto, e deixo elas aqui para quem puder me ajudar a entender.
    Se algum dia é decidido que um objeto do produto concreto ConcreteProduct precisa imprimir "What's up" também, e não somente "Hi", não seria necessário alterá-lo? Por que assumimos que o código está fechado para modificação?
    Por que esse receio em alterar código? Pode ser pela minha falta de experiência, mas se for utilizado uma série "escada if-else" no método factoryMethod da classe Creator, para decidir, de acordo com um parâmetro, qual o objeto instanciar, isso não resolve o problema sem ter que criar um novo criador concreto? Nesse caso, nó teria que criar um novo if-else para instanciar um novo produto concreto. Me parece, a princípio, menos trabalho.
    Se ao invés de uma classe, eu coloco a lógica que decide qual objeto instanciar dentro de um método na mesma classe que consome esse objeto, ainda estaria seguindo esse padrão? O criador abstrato é obrigatório para que seja possível afirmar que estamos usando o padrão Factory Method?

  • @ponto-de-conflito
    @ponto-de-conflito 3 ปีที่แล้ว +2

    Você tem algum curso que ensina a documentar um sistema? Fazer levantamento de requísitos, Validação de requisitos, Modelagem e etc. Não encontro este tipo de curso nem a pau
    (curso prático)

    • @santiagoleo5090
      @santiagoleo5090 2 ปีที่แล้ว

      Só leituras são capazes disso. De fato nunca vi. Eu invisto em livros para sanar essa falta.

  • @lucascelestino2654
    @lucascelestino2654 2 หลายเดือนก่อน

    fui o like numero 1000

  • @henriquebragaleao3336
    @henriquebragaleao3336 3 ปีที่แล้ว

    Cara parabéns mesmo!!!

    •  3 ปีที่แล้ว

      Obrigado

  • @gnDopn
    @gnDopn 3 ปีที่แล้ว +2

    02:01 - motor em inglês é motor mesmo, está certo.

    • @ofuets
      @ofuets 3 ปีที่แล้ว +1

      na verdade engine e motor são usados em inglês, sendo engine o mais comum

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

    1000%❤

  • @rodolfoluiz1912
    @rodolfoluiz1912 3 ปีที่แล้ว

    Sossega com esse laser aí, pelo amor de Deus que nervoso !! Estava tenso ? !