Excelente, Jacob! Na arquitetura de software, acho interessante a organização de camadas e pastas. Tenho aprendido dessa importância na masterclass. Quando não se tem experiência, é importante abordar a organização das pastas também. Ajuda a entender melhor com as explicações gerais! Show, show, show. Muito obrigado!
Muito obrigado pelo vídeo, ajudou demais, eu estou exatamente nesse ponto, eu estava tentando organizar tudo só com view, controller e models, mas sei lá me pareceu confuso quando precisei fazer uma chamada de api externa
Sempre vejo o pessoal usando clean arch de formas diferentes também. Aí acaba confundindo porque não explicam direito. Agora deu de entender, embora use mais o MVC mesmo, pois é mais fácil de implementar e meus projetos não são grandes pra exigir mais e faço sozinho. Acaba ficando mais simples de dar manutenção e quando a gente trabalha só, não tem necessidade de algo maior.
Cara, perfeito! Vou adotar esta estrutura em projetos futuros eu utilizo algo parecido, mas comecei a deixar a pasta UI do jeito que você fez, mas faço uma pasta core e coloco ui dentro dela rs'
não seria melhor usar abordagem do DDD, já usado em backend, caso não me engano para flutter buscar main na pasta presetation, seria algo flutter run lib/presetation/main.dart
Eu gosto da forma e visão que você organiza as ideias. Eu ainda confundo um pouco repository e service. Quero dizer, Na minha mente, repository é para consulta de dados localmente, tipo ao SQFLite, por exemplo. o SQFLite é externo ao App, mas vejo como contexto local em relação ao dispositivo móvel. E, service, para consumo externo, fora do escopo local do dispositivo móvel, como API, por exemplo. Mas, vejo que são minhas necessidades em aplicar mais disciplina nos estudos de arquitetura, como o clean architecture.
"repository é para consulta de dados localmente, tipo ao SQFLite, por exemplo. o SQFLite é externo ao App, mas vejo como contexto local em relação ao dispositivo móvel" Penso exatamente assim: Repository = base de dados LOCAL; Services = serviços externos como APIs remotas. Além disso, no desenvolvimento mobile, adoto uma abstração chamada Driver. Driver = serviços LOCAIS tais como gps, sensores, mapa etc.
Obrigado,@@rafaelamizes6490! Interessante esse conceito de driver. Penso também em repositories remotos, mas, daí faria sentido passar pelo service, pois sendo alguma conexão direta com alguma base remota, em vez de passar por uma API, por exemplo, se aproximaria de padrões para desenvolvimento web. É interessante investir mais tempo nos estudos de clean arch e relativos para ter mais esclarecimentos.
Jacob você não usa o Flutter Modular que você mesmo criou? Pois a estrutura de pastas que você mostrou no vídeo foge da organização proposta no exemplo que está na documentação.
O modular não prega uma estrutura de pasta. É um sistema de injeção com rotas, as pastas vc decide. Mesmo assim a aula n foi sobre 1 estrutura, foi sobre como vc pode fazer a sua, e mesmo essa encaixaria perfeito no modular.
Gostei muito desta estrutura de pastas, mas, me tira uma dúvida: A pasta "core" poderia entrar no lugar da "domain" ou ela entraria no lugar da "src"? Desde já muito obrigado e parabéns pelo vídeo e pela serenidade, rsrsrsrsrsrrs.
Excelente, Jacob!
Na arquitetura de software, acho interessante a organização de camadas e pastas. Tenho aprendido dessa importância na masterclass.
Quando não se tem experiência, é importante abordar a organização das pastas também. Ajuda a entender melhor com as explicações gerais!
Show, show, show. Muito obrigado!
muito bom o conteúdo! a organização de pasta ajuda muito na manutenibilidade
vc é incrível explicando, fala de uma forma muito clara e objetiva e é muito excelente.
Muito bom. Estou aprendendo muito nesse canal. Mais uma aula de ouro.
Direto ao ponto e informativo, muito bom! Parabéns 👏
Dica perfeita, assim é muito mais fácil entender seu projeto.
Muito obrigado pelo vídeo, ajudou demais, eu estou exatamente nesse ponto, eu estava tentando organizar tudo só com view, controller e models, mas sei lá me pareceu confuso quando precisei fazer uma chamada de api externa
Sempre vejo o pessoal usando clean arch de formas diferentes também. Aí acaba confundindo porque não explicam direito. Agora deu de entender, embora use mais o MVC mesmo, pois é mais fácil de implementar e meus projetos não são grandes pra exigir mais e faço sozinho. Acaba ficando mais simples de dar manutenção e quando a gente trabalha só, não tem necessidade de algo maior.
Muito bom conteudo como sempre... que venham sempre mais
Muito bom o conteúdo, estou começando a estudar agora o Flutter, bem direto ao ponto, assim que é bom kkk, abraço.
Cara, perfeito! Vou adotar esta estrutura em projetos futuros eu utilizo algo parecido, mas comecei a deixar a pasta UI do jeito que você fez, mas faço uma pasta core e coloco ui dentro dela rs'
não seria melhor usar abordagem do DDD, já usado em backend, caso não me engano para flutter buscar main na pasta presetation, seria algo flutter run lib/presetation/main.dart
Show eu também faço bem próximo disto em organização de diretório
Eu gosto da forma e visão que você organiza as ideias.
Eu ainda confundo um pouco repository e service.
Quero dizer, Na minha mente, repository é para consulta de dados localmente, tipo ao SQFLite, por exemplo. o SQFLite é externo ao App, mas vejo como contexto local em relação ao dispositivo móvel.
E, service, para consumo externo, fora do escopo local do dispositivo móvel, como API, por exemplo.
Mas, vejo que são minhas necessidades em aplicar mais disciplina nos estudos de arquitetura, como o clean architecture.
"repository é para consulta de dados localmente, tipo ao SQFLite, por exemplo. o SQFLite é externo ao App, mas vejo como contexto local em relação ao dispositivo móvel"
Penso exatamente assim: Repository = base de dados LOCAL; Services = serviços externos como APIs remotas. Além disso, no desenvolvimento mobile, adoto uma abstração chamada Driver. Driver = serviços LOCAIS tais como gps, sensores, mapa etc.
Obrigado,@@rafaelamizes6490! Interessante esse conceito de driver. Penso também em repositories remotos, mas, daí faria sentido passar pelo service, pois sendo alguma conexão direta com alguma base remota, em vez de passar por uma API, por exemplo, se aproximaria de padrões para desenvolvimento web. É interessante investir mais tempo nos estudos de clean arch e relativos para ter mais esclarecimentos.
Jacob você não usa o Flutter Modular que você mesmo criou? Pois a estrutura de pastas que você mostrou no vídeo foge da organização proposta no exemplo que está na documentação.
O modular não prega uma estrutura de pasta. É um sistema de injeção com rotas, as pastas vc decide. Mesmo assim a aula n foi sobre 1 estrutura, foi sobre como vc pode fazer a sua, e mesmo essa encaixaria perfeito no modular.
Gostei muito desta estrutura de pastas, mas, me tira uma dúvida:
A pasta "core" poderia entrar no lugar da "domain" ou ela entraria no lugar da "src"?
Desde já muito obrigado e parabéns pelo vídeo e pela serenidade, rsrsrsrsrsrrs.
muito bom o conteudo explicado e criado exemplos, obrigado
Ótimo vídeo! Uso a estrutura MVC❤️❤️
Eu trocaria ui por presentation só para abrangir melhor a camada de apresentação e dentro dela eu colocaria a pasta ui
Muito top! Valeu!
Muy buen contenido..gracias🎉
Cara, você está bem?, poxa cara fique bem poh gosto bastante do seu conteúdo, me incentivou a estudar flutter, cara fique bem por favor.
Melhor do que nunca!
A pasta Core normalmente está ligada a qual padrão de arquitetura?
é só uma convenção para adicionar coisas globais
installem a extenção clean architecture for flutter no studio e está feito.
melhor fodler structure não existe
Hoje em 2024, olhando Flutter e Compose, não parece que a Google usou o Flutter como protótipo para lançar o Compose ?
Acho que o compose se inspirou no Flutter e vários outros fizeram o mesmo como SwiftUI MAUI e KMP. Tomara q mais sigam essa fórmula de sucesso
Qual o tema do vsCode que voce utiliza, tanto no codigo quanto nos icones/pastas?
Rapaz. É um tema de anime ai heuheu zero two
Jacob, quando vai vim de novo evento de Flutter pra Fortaleza?
em breve
@@FlutterandoTVpromessa é dívida, hein, vou cobrar
@@FlutterandoTV aguardando
Salve