Mano, excelente vídeo, eu fiquei com duas dúvidas. Considerando um click em um botão para submissão de um formulário, como eu poderia utilizar do pipeAsync nesse caso? Eu vejo muito a utilização do pipeAsync em requisições get principalmente. Além disso, um comportamento que já observei (acredito ser uma falta de conhecimento técnico meu), quando eu faço uma requisição get utilizando do pipeAsync onde há modificação da DOM, por exemplo uma mudança de página na tabela, ele meio que dá um refresh na página, há algum meio de evitar isso?
Ótimo conteúdo Criss. Sempre tive o costume de usar o subscribe pra poder tratar o erro da requisição no componente, seja via snackbar, modal, tanto faz.... qual seria a abordagem pra essa tratativa usando o | async?
Você pode utilizar a função "tap", onde dentro dela vc pode passar um callback ou observer (assim como é feito no ".subscribe()"). Essa função permite tratar a atualização de valor de um observable sem alterar ele. Um rápido exemplo meuObservable.pipe(tap({next: ..., error: ...}))
@@victornunes7527 não é ao invés de usar o pipe, uma ideia não substitui a outra, o Let deve ser usado quando se tem mais de um uso no template, no caso, eu teria apenas 1, então não fez sentido mano
e como controla (edita, deleta ou atualiza) o objeto retornado pela requisição na UI se eu abstrai o payload da resposta todo pra view? (sem usar refetch que eu acho uma pessima pratica)
Cristian, acho que seria válido tu trazer um vídeo cobrindo as mudanças do Angular 19, principalmente o uso da Resource API para fazer as requisições
o melhor do cenário
Muitoo bom. Com listas estáticas tem a opção de usar o toSignal também, fica tão limpo quanto usar AsyncPipe.
Recebaaaa essa explicação top! 👏🏽👏🏽👏🏽
Ae Cris, fala do processo de build das novas versões do angular, antigamente se usava a tag --prod e tal
Show de bola! Hypado!
Muito bom mano!
"galera da promise" kkkkkk farpou.
Parabéns ai mano, sempre vídeos com conteúdo excelente!
Ótima abordagem e explicação
2 Vídeos na semana, do Angularzinho😆🚀 Gigante irmão
Vamooo!
Muito bom o vídeo.
Vc tem algum vídeo falando sobre subject?
Pow brother, conteúdo show hein kkkks
Show de Bola!!!
Que show, eu não conhecia o AsyncPipe, vou começar a usa-lo :)
Ótimo conteúdo Cristian!! Cara só fiquei com uma dúvida, como seria o tratamento de errors usando o pipe Async ?
brabo demais
Mano, excelente vídeo, eu fiquei com duas dúvidas. Considerando um click em um botão para submissão de um formulário, como eu poderia utilizar do pipeAsync nesse caso? Eu vejo muito a utilização do pipeAsync em requisições get principalmente. Além disso, um comportamento que já observei (acredito ser uma falta de conhecimento técnico meu), quando eu faço uma requisição get utilizando do pipeAsync onde há modificação da DOM, por exemplo uma mudança de página na tabela, ele meio que dá um refresh na página, há algum meio de evitar isso?
Ótimo conteúdo Criss.
Sempre tive o costume de usar o subscribe pra poder tratar o erro da requisição no componente, seja via snackbar, modal, tanto faz....
qual seria a abordagem pra essa tratativa usando o | async?
Existe um operador do rxjs chamado catchError. Você pode usar ele.
Você pode utilizar a função "tap", onde dentro dela vc pode passar um callback ou observer (assim como é feito no ".subscribe()").
Essa função permite tratar a atualização de valor de um observable sem alterar ele. Um rápido exemplo
meuObservable.pipe(tap({next: ..., error: ...}))
Top demais!
Muito bom o conteúdo, mas fiquei com uma duvida, normalmente as chamadas http estão no service, daí a ideia é trazer para dentro do componente?
SHOW DE BOLA
Muito bom conteúdo, poderia falar também do ShareReplay()
Por que não usar a nova sintaxe do @let ao invés do pipe async?
@@victornunes7527 não é ao invés de usar o pipe, uma ideia não substitui a outra, o Let deve ser usado quando se tem mais de um uso no template, no caso, eu teria apenas 1, então não fez sentido mano
@@cristianwilliamdev Entendi agora tudo faz sentido.
Obrigado Mestre
@ tmj rei 👑
Quando a requisição for um verbo diferente de get. Qual é a melhor situação? Tenho que usar o unsub$
e como controla (edita, deleta ou atualiza) o objeto retornado pela requisição na UI se eu abstrai o payload da resposta todo pra view? (sem usar refetch que eu acho uma pessima pratica)
excelente...
Tu tem algum curso jobs?
@@MAT-yt8vm ainda não Brow
@cristianwilliamdev lança pra nós alguma coisa basicona que eu compro sem ver kkk
@@cristianwilliamdev Lança, vc faz um negocio complicado, ficar facil de compreender.
Vamos ver se agora finalmente param de usar o take(1) para desinscrever de requisição kkk