O que é mostrado no video é exatamente a descrição do AsyncPipe, apenas um paragrafo, as vezes as pessoas só não lêem a documentação ou não conhecem mesmo, por isso videos como esse são importantes.
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
Recebaaaa essa explicação top! 👏🏽👏🏽👏🏽
Muitoo bom. Com listas estáticas tem a opção de usar o toSignal também, fica tão limpo quanto usar AsyncPipe.
Ótima abordagem e explicação
2 Vídeos na semana, do Angularzinho😆🚀 Gigante irmão
"galera da promise" kkkkkk farpou.
Parabéns ai mano, sempre vídeos com conteúdo excelente!
Muito bom o vídeo.
Vc tem algum vídeo falando sobre subject?
Muito bom conteúdo, poderia falar também do ShareReplay()
o melhor do cenário
O que é mostrado no video é exatamente a descrição do AsyncPipe, apenas um paragrafo, as vezes as pessoas só não lêem a documentação ou não conhecem mesmo, por isso videos como esse são importantes.
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?
Pow brother, conteúdo show hein kkkks
Show de Bola!!!
Que show, eu não conhecia o AsyncPipe, vou começar a usa-lo :)
Show de bola! Hypado!
Top demais!
Quando a requisição for um verbo diferente de get. Qual é a melhor situação? Tenho que usar o unsub$
Ó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: ...}))
brabo demais
Vamooo!
SHOW DE BOLA
excelente...
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 👑
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.