eu acho incrível a sua precisão. Nao faço ideia do que esse programa fará, mas a cada palavra escrita voce ja sabe o que precisa escrever depois. raciocínio e agilidade incrivel.
Cara.. muito bom. Gosto de sua forma de apresentar. Dá pra ver que vc dá mais valor ao conceito que a técnica, e essa abstração faz com que a pessoa foque na solução primeiro e depois na forma de programar. E o MVVM deixa o projeto bem melhor estruturado e de fácil leitura. Top
Pow só iniciante no flutter achei esse video seus nas pesquisas !!! e ganhou mais um inscrito !!!!! muito boa qualidade de audio e imagem !!! e conteúdo
Balta, fenomenal aula! Já tinha visto algumas da comunidade Flutterando sobre o assunto MobX e tinha ficado algumas duvidas, mas agora foram 100% sanadas. Era exatamente o que eu precisava para fechar o assunto.
Muito boa explicação Balta! Entendi o MVC/MVVM agora melhor do que na época de Android. Estou implementando uma arquitetura completa com o Provider e por ao menos a primeira parte me ajudou bastante.
@@baltaio sabe Balta.... Vc tem o que falta... didática... Tem muita gente boa querendo ensinar flutter no UA-cam... Mas apesar da boa.vontade, eles não tem sua calma e didática.. vc está me convencendo a comprar seus cursos......
Balta, seus vídeos são muito bons e tem me ajudado muito, parabéns pelo conteúdo. Estou estudando assinar para fazer também os cursos de .NET da sua plataforma. Abraço!
Obrigado pela aula Balta... Nossa que bacana, mal posso esperar pra mexer com estados e tudo mais, estou tentando pegar o jeito com o design primeiro, pra depois consumir api's etc... Hoje eu sou backend e to louco pra iniciar o desenvolvimento mobile, apesar da empresa não querer dar oportunidades, vou navegar nessas águas. O futuro a gente faz agora.
Olá. Ótimo conteúdo! Aos 32:16 você fala de uma implementação melhor do setState vazio usando callbacks e que mostraria em breve. Já tem video sobre isso? Se não, pode dizer como fazer ou onde posso encontrar conteúdo sobre? Obrigado!
Boas Fábio, como estão as coisas por aí? Usamos sim! No caso o Provider é apenas para prover um Singleton do nosso Store ou qualquer coisa do tipo. Dá uma olhada no blog do balta.io que tem bastante conteúdo sobre gestão de estado!
Cara que alívio, finalmente alguém com uma ótima didática para ensinar Flutter. A galera do flutterando é muito inteligente e eles conhecem muito do framework, porém, a didática é péssima. Parabéns Balta +1 inscrito
Concordo totalmente, eles são excelentes no que fazem, porem colocar em termos práticos para que até um iniciante consiga entender, ai a história é outra. Talvez se planejassem o conteúdo antes de começar a filmar ajudasse, mas como parte de tudo é só live, o conteúdo fica péssimo
Também acho isso, acho a didática do Jacob péssima, pelo menos pra mim, atualmente eu estudo 80% via documentação e tento ver algo em vídeos bem esporádicos, tipo esses.
Balta, muito bom! Extremamente didático. Eu sempre achei que tinha que escolher uma arquitetura específica, neste caso por exemplo MVC ou MVVM, mas vocÊ utilizou as duas certo? Ou estou enganado? Abraço!
Bom dia Apholo, como vai? Um DTO é um objeto simples para transferência de dados. Imagina que você recebe um JSON, mas o Dart não tem capacidade de manipular ele puramente, então precisamos criar um objeto para receber estes dados. Este objeto, que será transportado para N lugares é um DTO. Uma ViewModel é a ligação entre uma View e um Modelo. Enquanto o Modelo contém as informações, os processamentos, em alguns casos até as regras de negócio, as Views, principalmente quando falamos em reatividade, contém apenas a descrição do que será exibido na tela. As ViewModels então tem a missão de interagir com os Modelos e atualizar as informações exibidas na tela. Além disso, as VM também contém informações que atendem tanto Model quanto View, ou seja, podem ter propriedades (Como o busy que criamos no vídeo) que são pertinentes apenas as Views. Espero ter ajudado ❤️
@@baltaio entendi, obrigado, pois vejo muitos exemplos em que as ViewModels possuem não apenas os campos pra fazer essa interação, mas também métodos, por isso me veio a dúvida
Oi Balta, parabéns pela aula! Me referindo ao padrão MVC, no caso de projetos mais robustos, é mais interessante realizar a construção dos controllers/repositórios orientados por página ou por feature? Vejo em muitos artigos na internet que a proporção de um controller por view é uma boa prática, porém no app que eu desenvolvo muitas das features podem ser acessados de mais de um lugar/páginas do aplicativo (listagem de cidades, cartões de crédito, avaliação de produto, envio de mensagem de feedback). Nesse caso, criar controllers específicos por página me obrigaria a escrever o mesmo método de chama ao repositório em diferentes controllers, e dai feriria o princípio do SPOF que você ressalta em suas aulas. É mais ou menos por esse caminho? Desde já agradeço a ajuda!
Excelente como sempre. Parabéns!! Dúvidas: 1- Usar uma classe com ChangeNotifier e chamar o notifierListeners() ao alterar algum dado da mesma não substitui mobx? Como vc já tem um Provider como pai, ele já escutaria as alterações e atualizaria seus widgets. 2 - Para que o @action do store reflita na renderização dos dados atualizados no widget , o mesmo não deveria ter como pai o widget Consumer do mobx?
1.. sim, mas substitui é uma palavra forte, eu diria que é uma alternativa... veja este curso: balta.io/cursos/criando-apps-nativas-escalaveis-com-flutter-bloc-provider 2. Sim, tem o Widget chamado Observer
Top demais, só faltou (para eu) um DAO, interfaces como contratos e SQLite. Tô querendo montar um app de força de vendas e comecei a estudar flutter faz 1 semana, kkkk
DAO soa meio antigo para mim hahahaha... implementamos Repository Pattern com Models, qual seria a diferença para o DAO? Em relação a interfaces tem razão.. pretendo abordar nos próximos!
@@baltaio Para ser sincero, eu desconhecia Repository Pattern, mas pelo que dei uma lida agora na internet, ele meio que substitui o DAO ou é a mesma coisa. É que eu pensei que o Repository Pattern fosse voltado apenas para métodos Request de API Rest.. Então Repository Pattern e DAO é a mesma coisa? Nos meus projetos eu uso MVC, VM, ViewModel, DAO, Interfaces, Singleton e outros. Se você puder dar uma opinião da forma que eu estou fazendo abaixo, eu agradeço. Nos meus projetos o DAO é para persistência de dados passando por parâmetro a classe Entity que representa a tabela. Recentemente comecei a estudar API Rest, e estou testando algumas alterações. No construtor do DAO, ele cria uma conexão genérica (Classe/Objeto) e tem um chaveamento que representa a conexao com o banco de dados, pode ser REST API ou Conexão direta e no meu DAO na hora de persistir ele sabe o que tem que fazer. Vou dar um exemplo abaixo, se eu quiser inserir um registro, eu faço assim (Código em Pascal): If TFactoryCtrl.New.ClienteCtrl.Entity .nome('José') .cpf('111.111.111-22') .tel('19993456789') .outroscampos('dsdsa') .ObjSave Then // Faz alguma coisa else // Faz outra coisa Outro detalhe é que a conexão eu crio no momento que eu executo o SQL, ou seja, instancio a Query, configuro a conexão, executo e desconecto da base de dados. Parabéns pelos videos, só não virei assinante ainda, pq eu to meio quebrado financeiramente, kkkkkkkk, mas não ta caro o conteúdo não, tá quase de graça, vlw
Fala Balta! :) Fiquei com uma duvida. (ainda nao mexo com flutter... mas...) O Mobx neste caso me pareceu meio... "obsoleto". Se eu tenho uma classe AppStore, com um metodo SetUser(). E eu criar esse objeto, e usar somente o Provider, ele já não estaria disponivel "na memoria/contexto" para ser usado, por exemplo? Não sei por baixo dos panos, dando uma olhada por cima, o Mobx não seria necessário, ja que o provider faz o trabalho de guardar isso "publicamente para o sistema" . Tudo bem, estava pensando um pouco mais aqui. O Mobx deve fazer as propriedades do objeto AppStore se tornarem "observable". Para que sempre que atualizadas, reflitam onde elas estejam sendo usadas. Seria isso? Bem, mas se for isso... E se eu - grosseiramente falando - usasse um setState() no objeto AppStore inteiro (ou em cada propriedade), em algum lugar unico, tipo uma classe main ou algo do tipo... Não daria o mesmo?? (Não sei se estou viajando, mas enfim... segue as pergutas rs)
Fala Alvaro, exatamente isto que você disse... Ele está aí pelos Observables. Caso vc precisasse atualizar um componente, ou filho dele, tudo bem, mas e no caso de componentes distintos? Em árvores diferentes? O setState não afetaria eles. Você poderia usar um Stream também, porém o risco de deixar um Stream aberto é alto, pode dar ruim!
Se puder montar um exemplo com Mobx e Persistência de Dados local para trabalhar off-line (Sqlite x Hive) com 2 tabelas relacionadas. Exemplo: Produto e Categoria seria de grande valia. Abraço
Acredito eu que se vc pegar a API do balta.store e criar um app com ela, vai ser de grande estudo pra todos. Se nao me falhe a memoria ela tem o front end com angular e Ionic Imagina ela no Flutter ? Caracas ! "Me de papai"
Olá Balta, muito boa sua master class. Tenho uma dúvida: se eu tenho uma view de login, eu passo o view model para o controller e ele passa pro repository e o repository faz a requisicao http e retorna o token pro controller que devolve pra view, se eu quiser usar esse token em outra view, eu consigo armazenar ele no store, mas aí nessa outra view eu precisar fazer outra requisição usando esse token vou precisar pegar do store e passar pro view model, passar pro controller pra ele passar pro outro repository fazer uso? Não tem um jeito mais prático? Pq o store só está disponível na view, correto? Muito obrigado pela aula e pela atenção.
Só uma contribuição, no dart a nomenclatura recomendada para os arquivos é utilizando underscore. (tem sistema que entende o . como outra pasta, e sistemas que não são case sensitive)
Balta, qual atalho ou extensão vc usa pra identar o código quebrando a linha ? Uso Linux e uso o atalho ctrl+shift+i pra identar, mas esse atalho n quebra a linha em uma vírgula ou ponto e Vírgula
Tem uma opção chamada Format On Save nas configurações que já formata sempre que você salva. No Flutter ele já quebra linha na vírgula automaticamente.
@@igorsilva736 html é mais limpo. Flutter mistura estilização com estruturação. É como se o CSS fosse sempre embutido no HTML. Para mim seria melhor se o flutter seguisse o mesmo estilo do HTML, usando tags para cada Widget e separando a estilização.
Cara, passei 2 anos no técnico, 5 anos na faculdade, 1,5 anos na pós e nunca vi ninguém explicar tão fácil MVC.
Parabéns pela didática.
Enfim consegui entender o padrão MVC, depois de horas assistindo conteúdos confusos, encontrei um canal bem didático, parabéns 👏👏👏👏👏👏👏
Caramba, é difícil achar uma 'master class' varada como essa, abriu a mente bacana, parabéns mesmo, mereceu like, comment e playlist.
muito obrigado 🚀
Balta, estou iniciando agora no Flutter e suas aulas são de fato excelentes, parabéns!
Muito obrigado
ótima aula...
ótimo conteúdo..
ótima didática
Nota 10!
Muito obrigado por compartilhar o conhecimento
Muito obrigado 💜
Caramba sua didática é excelente. Parabéns pelo trabalho
Muito obrigado!
Pois é cara, eu acompanho ele ha anos, realmente o melhor professor que ja vi lessionando !
mlk, a didática desse cara é muito boa, da até orgulho ouvir e aprender
eu acho incrível a sua precisão. Nao faço ideia do que esse programa fará, mas a cada palavra escrita voce ja sabe o que precisa escrever depois. raciocínio e agilidade incrivel.
Obrigado!
Muito boa a didática, parabéns!
Obrigado 😃
Obrigado, conseguiu explicar de uma forma clara e objectiva todos os conceitos! Os meus parabéns!
Absurda didática, aprendi muita coisa nesse vídeo e nem percebi que era quase uma hora, muito bom!
Excelente Balta, melhor aula de MVC da internet!
Obrigado
Cara.. muito bom. Gosto de sua forma de apresentar. Dá pra ver que vc dá mais valor ao conceito que a técnica, e essa abstração faz com que a pessoa foque na solução primeiro e depois na forma de programar. E o MVVM deixa o projeto bem melhor estruturado e de fácil leitura. Top
Estou voltando na programação, e só aprendi com o Balta, muito boa didática e conhecimento ... é o cara
Você explica muito bem! Eu vou adquirir o seu curso! Parabéns!
Pow só iniciante no flutter achei esse video seus nas pesquisas !!! e ganhou mais um inscrito !!!!! muito boa qualidade de audio e imagem !!! e conteúdo
Wwoooww sensacional Edilson, seja muito bem vindo
Balta, fenomenal aula!
Já tinha visto algumas da comunidade Flutterando sobre o assunto MobX e tinha ficado algumas duvidas, mas agora foram 100% sanadas. Era exatamente o que eu precisava para fechar o assunto.
Lembrando que isto é apenas o começo OK! hahahaha
Que didática sensacional, muito bom mesmo, parabéns!
💜
Que video maravilhoso, era exatamente oq eu tava precisando. Me deu até um alivio seguido de animação. Muito obrigado!
Parabéns meu amigo, muito completo, e como sempre direto ao ponto!
Muito boa explicação Balta! Entendi o MVC/MVVM agora melhor do que na época de Android.
Estou implementando uma arquitetura completa com o Provider e por ao menos a primeira parte me ajudou bastante.
Show demais, não esquece de ver este post:
balta.io/blog/flutter-setstate-bloc-mobx-state-management
Muito esclarecedor! Obrigado e Parabéns pela aula show.
Valeu e muito Balta guru da TI. Acrescente a este o Http consultando uma API. Abraço.
Balta, você e muito bom!!!! Excelente professor
Muito obrigado
@@baltaio sabe Balta.... Vc tem o que falta... didática... Tem muita gente boa querendo ensinar flutter no UA-cam... Mas apesar da boa.vontade, eles não tem sua calma e didática.. vc está me convencendo a comprar seus cursos......
Ótima aula, obrigado!!
Muito show. Excelente explicação. Obrigado Balta
Balta ensina bem demais
🥹🚀
André, sensacional! Obrigado por compartilhar um conteúdo excelente desse! Abraço!
Balta, seus vídeos são muito bons e tem me ajudado muito, parabéns pelo conteúdo. Estou estudando assinar para fazer também os cursos de .NET da sua plataforma. Abraço!
Será muito bem-vindo
Obrigado pela aula Balta...
Nossa que bacana, mal posso esperar pra mexer com estados e tudo mais, estou tentando pegar o jeito com o design primeiro, pra depois consumir api's etc...
Hoje eu sou backend e to louco pra iniciar o desenvolvimento mobile, apesar da empresa não querer dar oportunidades, vou navegar nessas águas. O futuro a gente faz agora.
Opaaa começa já e de graça então hahahah => balta.io/carreiras/flutter-mobile-developer
Muito bom. Obrigado pela explicação. Ótima didática.
Muito bom!
Por gentilieza, qual o atalho ou configuração para quebrar várias linhas? Exemplo aos 14:50. Parabéns pelo vídeo. Muito bom mesmo.
Tem uma opção nas configurações chamada "Format On Save", depois disso, só adicionar vírgula que o VS Code já quebra linha automaticamente.
Olá. Ótimo conteúdo! Aos 32:16 você fala de uma implementação melhor do setState vazio usando callbacks e que mostraria em breve. Já tem video sobre isso? Se não, pode dizer como fazer ou onde posso encontrar conteúdo sobre? Obrigado!
Boas Sidronio, já mostrei bastante sobre setState nos cursos.. não me lembro exatamente a aula..
Excelente didática, ótimo conteúdo.
André, parabéns pela explicação. Uma dúvida, na verdade, você não usou o MOBX certo? Para esta explicação/aplicação, apenas o Provider já resolveria?
Boas Fábio, como estão as coisas por aí? Usamos sim! No caso o Provider é apenas para prover um Singleton do nosso Store ou qualquer coisa do tipo.
Dá uma olhada no blog do balta.io que tem bastante conteúdo sobre gestão de estado!
Muito bom, dicas valiosas! Vlw!
Bela aula!
Cara que alívio, finalmente alguém com uma ótima didática para ensinar Flutter. A galera do flutterando é muito inteligente e eles conhecem muito do framework, porém, a didática é péssima.
Parabéns Balta +1 inscrito
saiu um curso de MobX ontem no site :D
Gabriel Thiengo falou tudo
Concordo totalmente, eles são excelentes no que fazem, porem colocar em termos práticos para que até um iniciante consiga entender, ai a história é outra. Talvez se planejassem o conteúdo antes de começar a filmar ajudasse, mas como parte de tudo é só live, o conteúdo fica péssimo
Também acho isso, acho a didática do Jacob péssima, pelo menos pra mim, atualmente eu estudo 80% via documentação e tento ver algo em vídeos bem esporádicos, tipo esses.
Os caras tem um vídeo de 4 horas,onde se salvam 25 minutos.
Balta faz vídeos específicos, mvc e mobix, módulos no projeto e depninject
Que show.....
Balta, muito bom! Extremamente didático. Eu sempre achei que tinha que escolher uma arquitetura específica, neste caso por exemplo MVC ou MVVM, mas vocÊ utilizou as duas certo? Ou estou enganado? Abraço!
Rola usar ambas juntas :)
Excelente MasterClass parabéns, fiquei curioso para saber a extensão que está usando para fazer o refresh na aplicação pelo VScode. Abraço!
É a própria extensão do Flutter :)
Balta, qual a diferença entre viewmodel e DTO? e quando vai rolar mais MasterClass?
Bom dia Apholo, como vai? Um DTO é um objeto simples para transferência de dados. Imagina que você recebe um JSON, mas o Dart não tem capacidade de manipular ele puramente, então precisamos criar um objeto para receber estes dados. Este objeto, que será transportado para N lugares é um DTO.
Uma ViewModel é a ligação entre uma View e um Modelo. Enquanto o Modelo contém as informações, os processamentos, em alguns casos até as regras de negócio, as Views, principalmente quando falamos em reatividade, contém apenas a descrição do que será exibido na tela.
As ViewModels então tem a missão de interagir com os Modelos e atualizar as informações exibidas na tela. Além disso, as VM também contém informações que atendem tanto Model quanto View, ou seja, podem ter propriedades (Como o busy que criamos no vídeo) que são pertinentes apenas as Views.
Espero ter ajudado ❤️
@@baltaio entendi, obrigado, pois vejo muitos exemplos em que as ViewModels possuem não apenas os campos pra fazer essa interação, mas também métodos, por isso me veio a dúvida
Oi Balta, parabéns pela aula!
Me referindo ao padrão MVC, no caso de projetos mais robustos, é mais interessante realizar a construção dos controllers/repositórios orientados por página ou por feature?
Vejo em muitos artigos na internet que a proporção de um controller por view é uma boa prática, porém no app que eu desenvolvo muitas das features podem ser acessados de mais de um lugar/páginas do aplicativo (listagem de cidades, cartões de crédito, avaliação de produto, envio de mensagem de feedback). Nesse caso, criar controllers específicos por página me obrigaria a escrever o mesmo método de chama ao repositório em diferentes controllers, e dai feriria o princípio do SPOF que você ressalta em suas aulas.
É mais ou menos por esse caminho? Desde já agradeço a ajuda!
Um controller normalmente atendi diversas views... pode separar as views em pastas por controller e separar tudo por feature.
Excelente como sempre. Parabéns!!
Dúvidas:
1- Usar uma classe com ChangeNotifier e chamar o notifierListeners() ao alterar algum dado da mesma não substitui mobx? Como vc já tem um Provider como pai, ele já escutaria as alterações e atualizaria seus widgets.
2 - Para que o @action do store reflita na renderização dos dados atualizados no widget , o mesmo não deveria ter como pai o widget Consumer do mobx?
1.. sim, mas substitui é uma palavra forte, eu diria que é uma alternativa... veja este curso: balta.io/cursos/criando-apps-nativas-escalaveis-com-flutter-bloc-provider
2. Sim, tem o Widget chamado Observer
Fala Balta!!! Fala sobre o RXDART 0.23.X
Não uso =/
Top demais, só faltou (para eu) um DAO, interfaces como contratos e SQLite. Tô querendo montar um app de força de vendas e comecei a estudar flutter faz 1 semana, kkkk
DAO soa meio antigo para mim hahahaha... implementamos Repository Pattern com Models, qual seria a diferença para o DAO?
Em relação a interfaces tem razão.. pretendo abordar nos próximos!
@@baltaio Para ser sincero, eu desconhecia Repository Pattern, mas pelo que dei uma lida agora na internet, ele meio que substitui o DAO ou é a mesma coisa.
É que eu pensei que o Repository Pattern fosse voltado apenas para métodos Request de API Rest..
Então Repository Pattern e DAO é a mesma coisa?
Nos meus projetos eu uso MVC, VM, ViewModel, DAO, Interfaces, Singleton e outros.
Se você puder dar uma opinião da forma que eu estou fazendo abaixo, eu agradeço.
Nos meus projetos o DAO é para persistência de dados passando por parâmetro a classe Entity que representa a tabela.
Recentemente comecei a estudar API Rest, e estou testando algumas alterações.
No construtor do DAO, ele cria uma conexão genérica (Classe/Objeto) e tem um chaveamento que representa a conexao com o banco de dados, pode ser REST API ou Conexão direta e no meu DAO na hora de persistir ele sabe o que tem que fazer.
Vou dar um exemplo abaixo, se eu quiser inserir um registro, eu faço assim (Código em Pascal):
If TFactoryCtrl.New.ClienteCtrl.Entity
.nome('José')
.cpf('111.111.111-22')
.tel('19993456789')
.outroscampos('dsdsa')
.ObjSave Then
// Faz alguma coisa
else
// Faz outra coisa
Outro detalhe é que a conexão eu crio no momento que eu executo o SQL, ou seja, instancio a Query, configuro a conexão, executo e desconecto da base de dados.
Parabéns pelos videos, só não virei assinante ainda, pq eu to meio quebrado financeiramente, kkkkkkkk, mas não ta caro o conteúdo não, tá quase de graça, vlw
Fala Balta! :)
Fiquei com uma duvida. (ainda nao mexo com flutter... mas...)
O Mobx neste caso me pareceu meio... "obsoleto".
Se eu tenho uma classe AppStore, com um metodo SetUser().
E eu criar esse objeto, e usar somente o Provider, ele já não estaria disponivel "na memoria/contexto" para ser usado, por exemplo?
Não sei por baixo dos panos, dando uma olhada por cima, o Mobx não seria necessário, ja que o provider faz o trabalho de guardar isso "publicamente para o sistema" .
Tudo bem, estava pensando um pouco mais aqui. O Mobx deve fazer as propriedades do objeto AppStore se tornarem "observable".
Para que sempre que atualizadas, reflitam onde elas estejam sendo usadas.
Seria isso?
Bem, mas se for isso... E se eu - grosseiramente falando - usasse um setState() no objeto AppStore inteiro (ou em cada propriedade), em algum lugar unico, tipo uma classe main ou algo do tipo... Não daria o mesmo??
(Não sei se estou viajando, mas enfim... segue as pergutas rs)
Fala Alvaro, exatamente isto que você disse... Ele está aí pelos Observables.
Caso vc precisasse atualizar um componente, ou filho dele, tudo bem, mas e no caso de componentes distintos? Em árvores diferentes? O setState não afetaria eles.
Você poderia usar um Stream também, porém o risco de deixar um Stream aberto é alto, pode dar ruim!
@@baltaio Entendi. Poderiam melhorar o setState para ele "criar" um Observables para o que ele gerencia, de modo mais publico. rsrs
O tamanho da fonte está ótima para quem está vendo pelo smartphone
Opa, obrigado pelo feedback Ricardo!
No caso do MVC onde vc cria um repository, essa camada não seria mais um service do que um repository?
Bom dia Marcelo, obrigado pelo feedback! Qual a diferença entre um service e um repository?
Se puder montar um exemplo com Mobx e Persistência de Dados local para trabalhar off-line (Sqlite x Hive) com 2 tabelas relacionadas. Exemplo: Produto e Categoria seria de grande valia. Abraço
verdade
Acredito eu que se vc pegar a API do balta.store e criar um app com ela, vai ser de grande estudo pra todos. Se nao me falhe a memoria ela tem o front end com angular e Ionic
Imagina ela no Flutter ? Caracas ! "Me de papai"
quer q o Balta faca um tutorial pra vc resolver o probl do trampo?rsrs
Olá Balta, muito boa sua master class. Tenho uma dúvida: se eu tenho uma view de login, eu passo o view model para o controller e ele passa pro repository e o repository faz a requisicao http e retorna o token pro controller que devolve pra view, se eu quiser usar esse token em outra view, eu consigo armazenar ele no store, mas aí nessa outra view eu precisar fazer outra requisição usando esse token vou precisar pegar do store e passar pro view model, passar pro controller pra ele passar pro outro repository fazer uso? Não tem um jeito mais prático? Pq o store só está disponível na view, correto? Muito obrigado pela aula e pela atenção.
Tem sim, eu mostro isto no curso 7198, onde armazeno o token em uma variável global.
Só uma contribuição, no dart a nomenclatura recomendada para os arquivos é utilizando underscore. (tem sistema que entende o . como outra pasta, e sistemas que não são case sensitive)
Nunca tive problema com "."
Balta, qual atalho ou extensão vc usa pra identar o código quebrando a linha ? Uso Linux e uso o atalho ctrl+shift+i pra identar, mas esse atalho n quebra a linha em uma vírgula ou ponto e Vírgula
Tem uma opção chamada Format On Save nas configurações que já formata sempre que você salva.
No Flutter ele já quebra linha na vírgula automaticamente.
Seria errado em uma aplicação maior eu misturar arquiteturas(Tipo mvc + mvvm)? Iria atrapalhar a leitura e organização do codigo?
Não... na verdade elas se complementam!
Balta, videos sempre muito bons, mas vou te falar que esse ficou bem dificil de seguir! Acho que preciso aprender mais antes.
Tranquilo Lucas, segue a carreira Flutter nossa e vai treinando que você pega!
Como e o nome do programa? balta.io?
Qual programa?
Não entendi a necessidade de ter utilizado o mobx, já que não houve nenhuma reatividade.
21:20 Onde tem esse curso _Flutter com Testes_?
Fiz os cursos do site e não vi esse.
Ainda não lancei!
É errado usar o controller como store também?
Não, inclusive mostro isto no curso novo que sai sexta hahahaha
como seleciona a palavra toda no vscode? que nem em 24:14
CTRL + SETA PRO LADO
Qual nome desse teme do VSCode?
balta.io/blog/visual-studio-code-instalacao-customizacao
@@baltaio Muito obrigado, vcs são 10 :)
E o Xamarin?
E o React Native?
Acho que o Xamarin concorre mais com o Flutter, não?
Typescript
Também gosto hein!
@@baltaio faz algo aí com ele, junto Node e Nest.
só esse barulho de digitação de maquina datilografia que não ficou bom.
É o charme do vídeo!!!
Essa cascata de objetos do flutter é horrível.
Sintaxe Declarativa... vc se acostuma com o tempo!
@@baltaio Eu sentia o mesmo, chequei a comentar sobre, "muito verbosa" , vc acaba acostumando.
prefiro html, muito melhor
adoro o Dart, é uma linguagem com excelentes conceitos, mas odeio programar Flutter
@@igorsilva736 html é mais limpo. Flutter mistura estilização com estruturação. É como se o CSS fosse sempre embutido no HTML. Para mim seria melhor se o flutter seguisse o mesmo estilo do HTML, usando tags para cada Widget e separando a estilização.
Eu vejo essas implementações como gambiarra no flutter, espero sinceramente estar errado.
MVVM é um padrão, ele pode ser aplicado em diversas tecnologias.
@@baltaio padrão nasceu na WPF, mais no flutter fica difícil entender