Mais legal do que o package e a validação reativa, também aprendi que da pra "forçar" a indentação do cascade de métodos só colocando um // 😅 Top demais!!!
Package incrível! Com ele, é possível criar um "domínio rico", mantendo a ideia de entidades anêmicas e separando as responsabilidades entre representação e validação. Além disso, traz a validação para dentro da camada de negócio, garantindo que um usecase (ou action, etc.) só seja executado se o validator for satisfeito. Tudo isso de forma simples, fácil e testável! A Flutterando mandou bem! Parabéns! Vamos ser referência juntos! 😉
Tô comendo e realmente essa parte de validação é bem chata, estava usando o controller. Mas dessa maneira fica bem mais fácil separar e validar, além de reutilizar. Excelente vídeo 👏.
Mano eu acabei de ler a documentação aqui e aceita sim, por exemplo no caso aonde ele coloca o valor mínimo (6) ele aceita um parâmetro opcional nomeado que é 'mensage': Exemplo da documentação ruleFor((user) => user.password, key: 'password') // .notEmpty() .minLength(8, message: 'Must be at least 8 characters long')
A validação nuito boa!! A reactividade eu tenho algumas duvidas: Quando você usa um StatefulWidget e um dto o build não são executados a cada interação, ao colocar o Change Notifier ele é reconstruído a cada interação, isso não é uma degradação de desempenho? O StatefulWidget não seria mais necessário e isso poderia ser feito com um StatelessWidget? O que você recomenda?
Parece bacana, uma evolução do ValidatorLess. Ainda prefiro uma abordagem mais clean, com um singleton e os validadores do app centralizados, acessados diretamente, assim acaba criando menos arquivos, menos repetições de código, mais acessível e sem depender de package.
Mano que som de teclado maravilhoso, depois coloca pra rapaziada aqui o modelo, deu ate mais vontade de codar, pelo som parece ser macio igual manteiga
Link do pack
pub.dev/packages/lucid_validation
Mais legal do que o package e a validação reativa, também aprendi que da pra "forçar" a indentação do cascade de métodos só colocando um // 😅
Top demais!!!
Package incrível! Com ele, é possível criar um "domínio rico", mantendo a ideia de entidades anêmicas e separando as responsabilidades entre representação e validação.
Além disso, traz a validação para dentro da camada de negócio, garantindo que um usecase (ou action, etc.) só seja executado se o validator for satisfeito.
Tudo isso de forma simples, fácil e testável! A Flutterando mandou bem! Parabéns!
Vamos ser referência juntos! 😉
Caiu como uma luva no meu projeto! valeu!!!
Incrível ja usava o fluent validation no c# e sempre achei que faltava algo parecido no dart, Parabéns, ja vou utilizar agora nos projetos
Cara que top!
🇲🇿 acompanha a flutterando 🎉
Show
Espetacular, principalmente a dica do final do vídeo!
Valeu, Obrigado pelo conteúdo.
pqp vai ajudar muito!!! Package incrível!
Que package maravilhoso irei adotar aqui na empresa. muito bom!
Muito interessante esse pacote! Parabéns Wellgenio e Jacob pela criação do pacote, ficou incrível. Ja vou implementar no meu projeto 👏👏👏
Top de Bola!
o que mais me pega , são as dicas dos fluxos em si de como faz o desenvolvimento , além do conteudo ser muito bom também !!!!
cheguei até o final e peguei essa dica valiosíssima da reatividade no botão de entrar! excelente vídeo e apresentação desse pack Jacob! 🔥
Comunidade evoluindo muito. Show!!
Gostei dessa forma de validação eu faço com mixin, qual a diferença entre model e DTO?
Muito bom
Muito show !!!
Tô comendo e realmente essa parte de validação é bem chata, estava usando o controller. Mas dessa maneira fica bem mais fácil separar e validar, além de reutilizar. Excelente vídeo 👏.
top
Muito bom! Mas mensagens de erro são personalizáveis?
Mano eu acabei de ler a documentação aqui e aceita sim, por exemplo no caso aonde ele coloca o valor mínimo (6) ele aceita um parâmetro opcional nomeado que é 'mensage':
Exemplo da documentação
ruleFor((user) => user.password, key: 'password') //
.notEmpty()
.minLength(8, message: 'Must be at least 8 characters long')
@@samuelferraz5556 vc pode ter até internacionalização
A validação nuito boa!! A reactividade eu tenho algumas duvidas: Quando você usa um StatefulWidget e um dto o build não são executados a cada interação, ao colocar o Change Notifier ele é reconstruído a cada interação, isso não é uma degradação de desempenho? O StatefulWidget não seria mais necessário e isso poderia ser feito com um StatelessWidget? O que você recomenda?
Vou usar esse pacote, vai ser uma mão na roda
Quando vamos ter um livro da Flutterando?
Quando o Jacob aprender portugues
@@FlutterandoTV Um revisor vai cobrar uma mixaria,e programador não liga para isso.
Parece bacana, uma evolução do ValidatorLess. Ainda prefiro uma abordagem mais clean, com um singleton e os validadores do app centralizados, acessados diretamente, assim acaba criando menos arquivos, menos repetições de código, mais acessível e sem depender de package.
Boa tarde, qual é essa extensão de dar dicas de codigo?
githubcopilot
Copilot
aulas
Mano que som de teclado maravilhoso, depois coloca pra rapaziada aqui o modelo, deu ate mais vontade de codar, pelo som parece ser macio igual manteiga
@@thales-barbosa-bento é o cinza
@@FlutterandoTV Nao entendi
@@thales-barbosa-bento O Switch
comente ai
Cade a galerinha que gostou da reatividade do Butão de entrar do Jacob? 😂😂😂
Seria interessante mostrar o package em um formulário mais complexo
É por isso q tá um saco criar senha! Fácil assim, tá explicado. kkkkkk Seu eu quero usar 123456 o problema é meu! kkkkk
@@Judenilson usuário mais fraco de qualquer sistema
Aplicando nos projetos em 3,2,1…
Estou desenhando um app que se vc nao souber a senha, sem problemas, taca o codigo envido por e-mail
Famoso passwordless
Volta a barba pelamordedeus
🤔