GERENCIAMENTO DE ESTADOS SIMPLIFICADO | FLUTTER TRIPLE

Поділитися
Вставка
  • Опубліковано 7 лис 2024

КОМЕНТАРІ • 15

  • @williamsilvadev
    @williamsilvadev  Рік тому +4

    Gostou desse vídeo? Então, deixe o seu gostei e se inscreva no nosso canal para nos ajudar a continuar trazendo mais conteúdo top!! Ah, e não esqueça de ativar as notificações para ser notificado toda vez que postarmos um vídeo novo!! 👊🏻🚀

  • @raphaelpontes
    @raphaelpontes Рік тому +1

    Parabéns pela didática, tu é muito bom.

  • @inaciol
    @inaciol Рік тому +2

    muito bem explicado, lógica perfeita ! até o momento nos meus quase 2 anos codando em flutter nunca usei gerenciador de estado, toda a minha codificação criada em flutter eh voltado usando provider.

    • @williamsilvadev
      @williamsilvadev  Рік тому

      Valeuu demais Inacio!! Provider é topp, logo mais vamos trazer uma aula completa sobre ele também! 🚀

  • @vfthome-yt
    @vfthome-yt Рік тому +2

    Nossa mano, que vídeo bom, por mais curto que tenha sido foi exatamente do tamanho certo pra explicar tudo, o counter app também é extremamente didático.
    Vou fazer meu primeiro APP como um projeto de TCC de Engenharia Eletrônica (o projeto também tem sistemas embarcados, PCB's, circuitos e outras coisas feitas por mim).
    Me pareceu tão simples de implementar este modelo para state management, eu ainda que vim da área da eng. eletrônica estudei muito as chamadas Finite State Machine (FSM).
    Me lembrou muito a arquitetura de um projeto de sistema digital com FSM's este modelo de gerenciamento de estados.

    • @williamsilvadev
      @williamsilvadev  Рік тому +1

      Falaa Vitor, blz! Cara, que bom que conseguimos ajudar você! Realmente, o padrão “Segmented State Pattern” que o FlutterTriple implementa é bem simples de se aplicar.
      Bem legal que você conseguiu relacionar esse conteúdo com sua área de atuação! Muito massa!!
      Obrigado pelo apoio, Vitor!!
      Qualquer dúvida ou sugestão só deixar seu comentário aqui.
      Vlww 🔥👊🏻

  • @josedeneto14
    @josedeneto14 Рік тому +3

    Show William 🔥🔥 ótimo conteúdo e muito easy de gerenciar com esse package. Pode falar sobre o uso do Provider para injeção de dependências?

    • @williamsilvadev
      @williamsilvadev  Рік тому +1

      Valeuu José!! Vamos trazer esse conteúdo por aqui sim, em breve! O provider é um package bem interessante! 🔥

    • @josedeneto14
      @josedeneto14 Рік тому +1

      @@williamsilvadev viva!❤️ Quero começar a ele através da sua didática 😁

    • @williamsilvadev
      @williamsilvadev  Рік тому +1

      Muito obrigado José ☺️👊🏻

  • @cintiaalves7301
    @cintiaalves7301 Рік тому +1

    👏🏻👏🏻👏🏻

  • @55uclan92
    @55uclan92 11 місяців тому

    eu queria atualizar meu carrinho, é possivel. sou estudando de 1 ano.

  • @osvaldofilho3985
    @osvaldofilho3985 Рік тому +4

    Parabéns pelo canal, e por exclarecer muitas duvidas da galera. Mas vou ser sincero, não uso nada que venha da fluterando (retrocesso da comunidade flutter) não recomendo, e quando pego um job com as essas coisas deles, faço o possivel para removelas. Pra mim por mais simples que seja um projeto, tem ser feito e pensado como se foce para alguem do exterior, coisas que usam globalmente e não local (fluterando tenta impor as coisas deles no Brasil - e ninguem la fora usa, triple, modular, uno...), não sei se me entende.
    Bom, vi que na sua lista esta faltando, Cubit(usar bloc sem cubit hj em dia não faz sentido), Provider, Mobx(o defeito do Mobx é o gerador de codigo e a verbosidade como um todo - vou de Getx mais simples), mas fica a dica kkk.
    Só queria que o pessoal do flutter, olhassem o problema que é essa montuera de package, sem padrão, e dessem uma modernizada na forma de flutter gerenviar estados, injeção de dependencia, rotas, remoção do contexto, facilitando o uso, definissem um padrão.pq ta foda aqui no brasil é cada empresa um projeto com modos diferente de trabalhar, da até dor de cabeça.
    Uma sugestão mais para frente seria a saga das injesão de dependencia (sem tecnicas de build runner). No mais, tudo de bom e sucesso cara, ótima didatica! ;)

    • @williamsilvadev
      @williamsilvadev  Рік тому

      Opa Osvaldo!! Concordo com você no sentido de que quanto mais pacotes externos usamos mais acoplado e dependente nossas aplicações ficam deles. Porém, nosso intuito é conseguir ajudar aqueles que utilizam essas soluções nas suas empresas e também aqueles que não conseguem encontrar muito conteúdo sobre o assunto. Obrigado pelas sugestões de conteúdo também!! Em breve vamos trazer por aqui essas outras soluções que você citou também! Obrigado pelo comentário e pelo apoio!! Valeuu demais cara! Tmj 👊🏻🚀

    • @novodev
      @novodev Рік тому +3

      famosa sindrome do viralata