Entre usar "mais um package" ou o DartZ, prefiro seguir com o DartZ que é o padrao "de facto" para usar functional programming (ou parte dela) em apps Dart. Existem vários outros que fazem a mesma coisa, então não tem porquê ir para projetos menos maduros ou adotados. No dia-a-dia de empresas,vamos investir em pacotes mais maduros e que mostrem uma contínua manutenção, não dá para "apostar" em outros packages por isso pode trazer uma dívida técnica e outros situações que não queremos tratar no futuro.
gosto bastante do result_dart porem o fato dele aceitar apenas object como parametro de success atrapalha um pouco entao eu utilizo mais o multiple_result que e basicamente a mesma e aceita void como parametro de success
Só uma dica: o problema maior do try/catch não está no Single Responsability, mas sim na perda do controle de fluxo! Observe que após o lançamento de uma exceção, o fluxo cai em outros lugares (catch, finally, ou catch de outro try/catch), o que deixa a manutenção confusa e o código ruim pra ler! É válido o argumento do SOLID, mas no meu ponto de vista, o problema maior é nesse controle de fluxo! Algo muito semelhante (mas pior) do que acontecia com os antigos "goto".
Eu definitivamente não explicaria melhor!
Foda demais!
Brazucas botando para Flutter.
Sempre bebendo de conteúdos massa!!!
Ótimo conteúdo, professor.
Grato pelas suas colaborações pra comunidade.
Muito bom, conteúdo atualizado e apoiando a comunidade brasileira de flutter. Vamos pra cima!
Entre usar "mais um package" ou o DartZ, prefiro seguir com o DartZ que é o padrao "de facto" para usar functional programming (ou parte dela) em apps Dart. Existem vários outros que fazem a mesma coisa, então não tem porquê ir para projetos menos maduros ou adotados. No dia-a-dia de empresas,vamos investir em pacotes mais maduros e que mostrem uma contínua manutenção, não dá para "apostar" em outros packages por isso pode trazer uma dívida técnica e outros situações que não queremos tratar no futuro.
Em uma equipe madura no meu ponto de vista a melhor opção seria criar os próprios pkgs, principalmente quando se trata de algo tão simples.
Eu geralmente utilizo o pacote Freezed com Freezed Anotation, que retorna um success e um error, bem semelhante o funcionamento, vou testar esse tbm.
Ótimo video! Parabéns pelo conteúdo
Conteúdo muito bom, parabéns!
gosto bastante do result_dart porem o fato dele aceitar apenas object como parametro de success atrapalha um pouco entao eu utilizo mais o multiple_result que e basicamente a mesma e aceita void como parametro de success
Só uma dica: o problema maior do try/catch não está no Single Responsability, mas sim na perda do controle de fluxo! Observe que após o lançamento de uma exceção, o fluxo cai em outros lugares (catch, finally, ou catch de outro try/catch), o que deixa a manutenção confusa e o código ruim pra ler! É válido o argumento do SOLID, mas no meu ponto de vista, o problema maior é nesse controle de fluxo! Algo muito semelhante (mas pior) do que acontecia com os antigos "goto".
Maus tempos do Go To kkkkkk
Inclusive, é bom lembrar que o exception do try/catch não engloba as exceções da classe tipo Error.
Boa
baum d++
Professor, eu queria muito seguir o curso do Flutter do início ao fim, mas eu não consegui rodar o aplicativo que vc usa na vídeo aula. 🥺
Faz do zero, é a forma correta pra aprender
Òtimo vídeo Diego!
Apenas deixando aqui uma dica de pronúncia pra "widget", vc pode falar "uíjhet" com o "T" mudo e ignorando o "G" no meio. Abraço
Costume