Finalmente o Flutter recomendou uma Arquitetura! É oficial!

[@alessontoniazzo8054]

Muito bom! Professor, se puder organizar um vídeo implementando os conceitos ficaria muito bom! Abraços...

[@marco.braghim]

Que da hora ver o Flutter oficialmente recomendando vários dos conceitos que eu sempre achei mais simples e fáceis de dar manutenção. Ótimo vídeo.

[@raymolide]

Finalmente 🥰 Era o que eu espera, quando comecei a usar flutter, essa foi uma das minhas maiores duvidas. Agora sera mais fácil ser iniciante em flutter.

[@allansrc]

agora simmmm eu to vendo um tech madura e para long term support

[@drantunes]

E agora vamos esperar os anúncios do dia 17.

[@impervictor]

Pode fazer um vídeo aplicando essa estrutura na prática?

[@gabrielleal5948]

Ótimo vídeo. O que mais gostei nessa doc (apesar de não ser a coisa mais importante) foi a parte de deixarem bem claro a parte da camada de regra de negocio como opcional. Já trabalhei em muitos projetos que pessoas adicionavam essa camada sem necessidade alguma, apenas para falar que estavam usando uma arquitetura limpa, por exemplo. E o mais engraçado é que o proprio livro comenta de não usar todas aquelas recomendações ao pé da letra. E acho que nesse ponto essa doc foi bem feliz: explicar o porque de cada coisa, trazer um contexto e você poder adaptar isso para sua realidade. No fim, acredito que o mais importante continua sendo o Dev entender os principios arquiteturais e como usa-los na pratica sem ficar reeinventando ou complicando o que pode ser simples.

[@drantunes]

Sim, nada é bala de prata... Mas conhecer uma recomendação base é bem importante mesmo como ponto de partida para a área.

[@MusisFerreiraGomes]

Muiiiiiiiiiiiiiiitooooooooooooooo legal, amei, sempre fui por esse caminho, agora ficou oficial melhorou!!!

[@Cpmbc279]

Ótimo! Esta semana comecei um novo projeto para um cliente e decidi usar MVVM porque o cliente pediu que fosse escalável

[@drantunes]

Excelente! E não é algo definitivo, se necessário você pode evoluir sua arquitetura

[@coyoute2]

Sempre trazendo novidades, achei bem completo essa doc, colocando um projeto pronto ficou melhor ainda para entender na pratica como tudo ta funcionando.Vlw pela novidade

[@drantunes]

Obrigado! Ainda tem bastante coisa pra complementar, mas é um ótimo ponto de partida.

[@alexbleiva]

Excelente vídeo, professor!

[@BioSis100]

Muiro interesse e muito bem explicado pelo professor. 👏👏👏

[@jacoantunes]

Qua saudades dos seus vídeos professor

[@drantunes]

Obrigado!! Planejando coisas novas para 2025!

[@thiago_uxui_dev]

@@drantunes se for um curso, estarei na primeira turma!

[@ursochurrasqueira]

isso veio em ótima hora, estou iniciando um projeto com melos e queria quebrar as camadas em pacotes separados, adaptar pra essa arquitetura vai ser bem produtivo

[@munhozzzz333333]

Essa documentação fez muito sentido, é algo que sinto muita dor nos over engineer

[@viniciusmachadocruvinel8596]

Acho que foram bastante coerentes e deixaram alguns pontos opcionais.

[@drantunes]

Sim, não podem ser tão fechados, senão o hate é enorme

[@devkaio]

ótimo vídeo, professor! gostei bastante da nova área de arquitetura da documentação, mvvm é uma das arquiteturas que mais gostei de aprender por implementar bem os princípios de separação de responsabilidades e sem o famoso over-engineering. super recomendo!

[@drantunes]

Com certeza, MVVM para a UI é bem consolidado no mobile. Foi uma recomendação olhando para o ecossistema e, se precisar, pode substituir a implementação para outras estratégias como Bloc, Signals, Riverpod, etc.

[@FlutterandoTV]

Eu tenho uma opinião sobre, mas vou deixar pro próximo ano. vou aproveitar a morte do Flutter em paz...

[@rafaelfarias1951]

Nunca saberao oq eu disse

[@FlutterandoTV]

@@rafaelfarias1951 mas eu num falei nada

Fala agora, pq o flutter vai acabar esse ano

[@FlutterandoTV]

Até dezembro a gente fala

@@FlutterandoTV Tá bom kk

[@AllanTeles]

Ficou ótimo a documentação. Se tivesse isso quando comecei teria sido muito mais fácil

[@arozendojr]

Na minha opinião, dois motivo para iniciar app com MVVM, aplicativo já realmente grande na largada, white label ou para servir de portfólio e estudo.

[@e.clediano]

Finalmente! Ponto pra google.

[@EwertonDutra]

Microsoft também usa bastante mvvm em suas tecnologias

[@felipeparente]

Uma dúvida que tenho, não se usa mais o getX? Não vejo ninguém citar mais essa lib.

[@drantunes]

Não...

[@1978altevir]

@@drantunes Cuidado, não diga isso abertamente, se não já aparece alguns GetLovers para encher teu saco. 😂😂😂

[@edgarmoya8494]

MVVM esta OK.,gostaria de um exemplo para um projeto maior com varias regras de negocio, como ficaria.

[@drantunes]

Dá uma olhada no Wonderous (não é bem essa arquitetura, mas é bem parecida)

[@ChristianAlexandre13]

logo agora que o flutter tá morrendo? kkkk brincadeira. show de bola!!!

[@mukinha]

Muito bacana!

[@elimarcosboy]

Arquitetura é a maior dúvida de todo programador porque nenhum curso ensina na prática

[@eronplay1015]

Ok, mas no Flutter qual é a diferença do MVVM para o MVC e MVP além do nome do arquivo? 🤔

[@mthsena]

MVC - A view é controlada diretamente pelo Controller em casos específico usa até BuidContext nele. MVP - A view deixa de ser dependente do controller e acessa diretamente os dados por meio de um contrato/interface implementadas no Presenter. MVVM - A view continua independente mas reage aos dados por data binding/observer/listener.

[@mthsena]

O pessoal costuma misturar um pouco de tudo no Flutter, mas o recomendado sempre foi o MVVM, e agora está oficialmente declarado.

[@regismsales]

já era hora!

[@SilvioRB]

Gostei...menos é mais...

[@andrelrf1]

Falou tudo!

[@Koji_5]

Aeeeeee finalmenteeeee

[@paulobreim]

Não uso nada disso, nem classes eu uso e sou contra null safety. Todas essas recomendações, nasceram por causa do nível baixo do programador de hoje.

[@byfelipers]

Isso explica porque o povo prefere React Native, é uma confusão terrível esses padrões do Flutter, está cada vez mais complexo esse negócio, ao invés de facilitar criam milhares de conceitos e não se tem consenso em qual usar.