Agora com o multiple_result na versao 4.0.0 ficou mais simples ainda.. focando apenas no seu proposito, que e o multiplo retorno. Ansioso pelas novidades do Dart ao decorrer do ano einn, ansioso para ver destruturacao nessa linguagem 💙
Sou Dev PHP, mas, vejo quase todos os vídeos do canal pq o Jacob passa muito conhecimento enriquecedor, além de ter uma visão muito verdadeira sobre o mercado.
Vim do C# para o Flutter na questão do Back End. Sinto falta de Interceptors. Existe algo parecido no Flutter? Isso seria ótimo para esse caso que você demonstrou.
Gostei do package da comunidade, achei bem OK. E a "perfumaria" sinceramente eu penso que poluiu mais o código. No caso mudar o Left\Right por Error/Success foi legal, aquele map, when aí já complicou. Pra mim, ainda, não tive a necessidade de perfumaria e talvez por isso não compactuei. De resto, SHOW!
sou iniciante em programaçao e meus estudos eram em Java, quando foi falado que usar por exemplo ProductStore ou ProductController é a mesma classe? a mesma definição? fiquei um pouco confuso.
Se usar uma classe que encapsula os possíveis resultados, é errado? Que nem o código abaixo. class ResponseRespository { ResponseRespository(this.success, {this.result, this.message, this.exception}); bool success = false; T? result; String? message = ""; Exception? exception; }
Agora com o multiple_result na versao 4.0.0 ficou mais simples ainda.. focando apenas no seu proposito, que e o multiplo retorno.
Ansioso pelas novidades do Dart ao decorrer do ano einn, ansioso para ver destruturacao nessa linguagem 💙
Ajudei lá com os novos operadores.
Porém a FTeam decidiu trabalhar com um fork pra trazer as modificações mais rápidas. result_dart
@@FlutterandoTV Que show.. inclusive excelente documentacao do result_dart 🤌
Sou Dev PHP, mas, vejo quase todos os vídeos do canal pq o Jacob passa muito conhecimento enriquecedor, além de ter uma visão muito verdadeira sobre o mercado.
NÃO SE ESQUEÇA DO LIKE!!!!!
Link do multiple_result:
pub.dev/packages/result_dart
Vim do C# para o Flutter na questão do Back End. Sinto falta de Interceptors. Existe algo parecido no Flutter? Isso seria ótimo para esse caso que você demonstrou.
É só reescrever o flutter em rust e você vai ganhar um monte dessas coisas junto
Muito bom esse vídeo, poderia criar uma live abordando mais sobre Either/Result
Jacob, sempre fazendo bons conteúdos!
Muuuito bom!! 👏🏻👏🏻
potente demaisssss
Muito legal o Jacob deixar video de outros canais de flutter e não se impor como rei do assunto.
Parabéns pelo conteúdo.
Gostei do package da comunidade, achei bem OK.
E a "perfumaria" sinceramente eu penso que poluiu mais o código. No caso mudar o Left\Right por Error/Success foi legal, aquele map, when aí já complicou.
Pra mim, ainda, não tive a necessidade de perfumaria e talvez por isso não compactuei.
De resto, SHOW!
Como ficaria com as records? A especificação de patterns ainda tá no começo, mas talvez nem precise mais desses packages nas próximas versões do dart
Infelizmente vai ter um problema com operadores e pra funcionar de uma forma sem nullable
Melhoras para vc.
sou iniciante em programaçao e meus estudos eram em Java, quando foi falado que usar por exemplo ProductStore ou ProductController é a mesma classe? a mesma definição? fiquei um pouco confuso.
tem a mesma função
O que podemos fazer quando o método n tem retorno?
Usa o tipo Unit
Boa, vlw
Me lembrou muito GoLang esse esquema do either...
Nesses casos eu costumo usar tipagem dinâmica e no resultado eu checo if(result is Exception) ... else if(result is TipoEsperado) ...
Não sou muito fã de deixar dinâmico . Mas realmente é uma solução
É o Cobis!
Primeiro!
Se usar uma classe que encapsula os possíveis resultados, é errado? Que nem o código abaixo.
class ResponseRespository {
ResponseRespository(this.success,
{this.result, this.message, this.exception});
bool success = false;
T? result;
String? message = "";
Exception? exception;
}
Problema é manter nullables aí, por isso talvez algo com polimorfismo seria melhor