Esse conteúdo só é possível graças aos Membros do Canal Flutterando!! A Todos os membros muuuuuito obrigado Devs por todo o apoio!! Link do Clean Dart: github.com/Flutterando/Clean-Dart
Caralho! em 16min vc deu uma super aula de componentização e separação de responsabilidades da arch.. Para quem nunca trabalhou com flutter o entendimento será fluído.
No final tudo o que importa é o "código fonte rodando", mas um Software tem muito mais questões soft (arquitetura) que são muito mais relacionadas ao planejamento e estruturação do que questões hard (código fonte). Vejo as pessoas perdendo muito tempo no hard, quebrando a cabeça com decisões técnicas enquanto desenvolve, criando gambiarras e código porco, quando essas coisas poderiam ter sido decididas e desenhadas antes. Muito bom esse vídeo, acredito que disseminando a cultura Clean Code/Architecture fará desenvolvedores de maior qualidade na nossa comunidade!
Vou me esforçar para entender esses conceitos. Em princípio parece ser um monte de termos abstratos e confusos. Tlz seja por causa da minha falta de experiência nesse universo. Dessa vez eu vou tentar de verdade. Obrigado, Jacob!!
Olá Jacob, tudo bem? Tenho uma dúvida, se ocorrer um erro no datasource, eu importo o erro direto da domain ou crio um erro no datasource para que o repository faça o "depara" dos erros, pois no gráfico o datasource não fala direto com a domain, então não seria errado quebrar a hierarquia do datasource pegar algo da domain sem passar pelo repository?
Estou vendo aqui em 2:00 e pensando sobre o Aulão de Estado Atômico (ruclips.net/video/PkrNq2RaxJQ/видео.html&t ). Basicamente, estava na nossa cara que o ViewModel gerencia o estado e executa a regra de negócio...
Eu costumo utilizar o DAO no lugar do Repository e DataSource, porém eu faço com interface, e quando eu quero mudar o acesso ao dados, apenas mudou a classe que implementa na minha factory e toda a aplicação continua funcionando, alterando apenas uma única linha de implementação da classe DAO.
Não entendi alguns conceitos... O que é View Model? O que é use cases? O que é Entries? Qual a definição de repository? Não sei o que esses modulos fazem/deveriam fazer
Esse conteúdo só é possível graças aos Membros do Canal Flutterando!!
A Todos os membros muuuuuito obrigado Devs por todo o apoio!!
Link do Clean Dart:
github.com/Flutterando/Clean-Dart
É interessante ver o quanto a comunidade está evoluindo. De simples MVVMs para o Clean Architecture, uma estrutura robusta e confiável. Show demais!
Caralho! em 16min vc deu uma super aula de componentização e separação de responsabilidades da arch.. Para quem nunca trabalhou com flutter o entendimento será fluído.
Muito bom! Obrigado novamente por compartilhar.
Top demais esses videos.
Excelente Aula , Muito esclarecedor
Simplesmente fantástico!
Ótimo conteúdo!
Finalmente Jacob....Chegou no padrão Spring Java.... Ui=view, ViewModel=controller, usecase=service, repository=repository, data source=e automatic
Muito bom, finalmente tô entendendo clean architerure, como um quadro branco faz diferença na explicação kkkk
O nosso bom e velho T.D.D em Flutter. Que show...
Muito bom o conteúdo! Flutterando como sempre sendo incrível!
muito bom... ótima aula!!
No final tudo o que importa é o "código fonte rodando", mas um Software tem muito mais questões soft (arquitetura) que são muito mais relacionadas ao planejamento e estruturação do que questões hard (código fonte).
Vejo as pessoas perdendo muito tempo no hard, quebrando a cabeça com decisões técnicas enquanto desenvolve, criando gambiarras e código porco, quando essas coisas poderiam ter sido decididas e desenhadas antes.
Muito bom esse vídeo, acredito que disseminando a cultura Clean Code/Architecture fará desenvolvedores de maior qualidade na nossa comunidade!
Muito bom !!
Show! Essa semana promete. Obrigado Jacob e a comunidade!
Vamos nessa mestre!
Mas não tem base um canal desses! Obrigado, Jacob e todos os colaboradores do Flutterando!
Que show de vídeo e essa semana promete ser incrível! Obrigado pela ajuda e pelo crescimento que você trás a toda comunidade!
Obrigado rafa!!!!!!
Que videão, obrigado!
Kra ficou muito bom o vídeo, a cada dia nota-se q o nível da comunidade está subindo! Fico feliz com isso! Realmente muito top!
Fantástico! Como sempre, muito bom! \o
Ótimo conteúdo! E de quebra aprendi uma palavra nova: interfaciação. kkkk parabéns pela iniciativa Jacob! o/
Muito foda hehe.
Vou me esforçar para entender esses conceitos. Em princípio parece ser um monte de termos abstratos e confusos. Tlz seja por causa da minha falta de experiência nesse universo. Dessa vez eu vou tentar de verdade. Obrigado, Jacob!!
manda bala! qualquer coisa só perguntar
Olá Jacob, tudo bem? Tenho uma dúvida, se ocorrer um erro no datasource, eu importo o erro direto da domain ou crio um erro no datasource para que o repository faça o "depara" dos erros, pois no gráfico o datasource não fala direto com a domain, então não seria errado quebrar a hierarquia do datasource pegar algo da domain sem passar pelo repository?
Top
Opaaa, comunidade do flutterando. Como seria para inserir um banco de dados local nessa arquitetura?
Seria na camada de repository
Acredito que um novo dataSource que se comunicaria com o seu banco local, já que o banco é mais uma fonte de dados
Muito bom. Parabéns pelo conteúdo. A parte de Unit Tests também será abordada ?
Sim, T.U. é nossa nova UI :)
@@FlutterandoTV Show ..
Nice
Estou vendo aqui em 2:00 e pensando sobre o Aulão de Estado Atômico (ruclips.net/video/PkrNq2RaxJQ/видео.html&t ). Basicamente, estava na nossa cara que o ViewModel gerencia o estado e executa a regra de negócio...
é isso mesmo
Eu costumo utilizar o DAO no lugar do Repository e DataSource, porém eu faço com interface, e quando eu quero mudar o acesso ao dados, apenas mudou a classe que implementa na minha factory e toda a aplicação continua funcionando, alterando apenas uma única linha de implementação da classe DAO.
Top a dica!!
14:50 num entendi foi nada 😂😂😂
Is it possible to deliver these contents in English?
po jacob , vc podia usar o www.diagrams.net
Franca aí não teria graça
Não entendi alguns conceitos...
O que é View Model?
O que é use cases?
O que é Entries?
Qual a definição de repository?
Não sei o que esses modulos fazem/deveriam fazer
Muito bom!!!