Acredito que a comunidade Flutter, às vezes, se incomoda demais com questões menores. O ecossistema está evoluindo rapidamente, com novas features sendo lançadas constantemente. O Dart também tem mostrado um crescimento impressionante, e ainda assim, muitos parecem mais preocupados com a falta de determinados pacotes do que com o real avanço da tecnologia. A verdade é que só reclama quem não consegue construir suas próprias soluções e depende exclusivamente do trabalho de outros desenvolvedores para entregar algo. A acessibilidade e a praticidade do Flutter tornaram a comunidade mal acostumada, chegando perto da cultura do JavaScript, onde até operações simples, como verificar se um número é par ou ímpar, precisam de uma biblioteca externa. Parece que tudo precisa vir pronto, mastigado e entregue de bandeja. Se esse pessoal que só reclama precisasse trabalhar um dia com Go, onde a filosofia é resolver problemas com o mínimo de dependências externas, simplesmente não sobreviveria. Lá, não existe essa cultura de depender de terceiros para cada funcionalidade básica-ou você implementa, ou fica para trás.
Sobre modularização, em frontend web, usamos micro frontend, usando a mesma identidade visual. Cada url, path, caminho de projeto independente, no flutter tem algo parecido?
Muito bom, uso esse package, o ShellRoute é muito útil, Parabéns pelo conteúdo mestre.
so o povo fazendo tempestade em copo da d'agua
Sempre ;)
Acredito que a comunidade Flutter, às vezes, se incomoda demais com questões menores. O ecossistema está evoluindo rapidamente, com novas features sendo lançadas constantemente. O Dart também tem mostrado um crescimento impressionante, e ainda assim, muitos parecem mais preocupados com a falta de determinados pacotes do que com o real avanço da tecnologia.
A verdade é que só reclama quem não consegue construir suas próprias soluções e depende exclusivamente do trabalho de outros desenvolvedores para entregar algo. A acessibilidade e a praticidade do Flutter tornaram a comunidade mal acostumada, chegando perto da cultura do JavaScript, onde até operações simples, como verificar se um número é par ou ímpar, precisam de uma biblioteca externa. Parece que tudo precisa vir pronto, mastigado e entregue de bandeja.
Se esse pessoal que só reclama precisasse trabalhar um dia com Go, onde a filosofia é resolver problemas com o mínimo de dependências externas, simplesmente não sobreviveria. Lá, não existe essa cultura de depender de terceiros para cada funcionalidade básica-ou você implementa, ou fica para trás.
Parabéns pelo conteúdo
Sobre modularização, em frontend web, usamos micro frontend, usando a mesma identidade visual. Cada url, path, caminho de projeto independente, no flutter tem algo parecido?
Mudular da flutterando
@ vou pesquisar
Pode fazer com o GoRouter sem problemas, so elaborar a estratégia de juntar os micro apps
não recomendo o modular, colocam muita breaking change desnecessária
@@ursochurrasqueira concordo
Obrigado pelas informações, professor!
vc tbm gosta de jogar lenha na fogueira, né? 🥲
Comentário do engajamento 🙏🏼
qual o motivo de utilizar esse pacote? nunca entendi, de vdd
shell routes, guards, redirects, deep link, dentre outros
dá pra fazer na mão com o navigator mas é um parto, vale a pena usar
@@ursochurrasqueira Bom saber disso. se o package está sólido e é mais fácil, não faz sentido usar o Navigator
Pra web é maravilhoso tb, pegar infos de query params, path params
@@ursochurrasqueiraEntão é mais indicado para web ? Fiz uma app para um empresa, tá em produção. E usei esse pacote
na minha opinião é capaz do go_router e o navigator se equipararem no futuro, considerando que ele foi “adotado” pelo time do flutter
Seria um sintoma?
Use Qlevar Router e seja feliz.