1
resposta

Redux-thunk

Na transcrição:

'...Mas uma outra grande parte do mundo real, temos aplicações de Front escritas com React, com Angular, e outras bibliotecas e frameworks que consumem dados de uma API e exibe os dados no Front. Manipula as informações e responde sempre para a API, como é o nosso caso. Pensando nisso, vários métodos terão que receber a store e o dispatch dela só será chamado no callback da execução assíncrona.

Para resolver tal problema'

"Manipula as informações e responde sempre para a API, como é o nosso caso"

Entendo que a aplicação consome dados da API, porém:

1-Não entendi, 'responde sempre para API'. Responde para a API? Que API é essa? E como responde pra API?

Outra dúvida:

"Pensando nisso, vários métodos terão que receber a store e o dispatch dela só será chamado no callback da execução assíncrona.

Para resolver tal problema, foi criado o projeto Redux Thunk, que possui um número elevado de estrelas no GitHub."

"Para resolver tal problema". Que problema? Por que o dispatch sendo chamado no callback da execução assíncrona, é um problema?

1 resposta

Fala ai Marcelo, tudo bem? Vamos lá:

1-Não entendi, 'responde sempre para API'. Responde para a API? Que API é essa? E como responde pra API?

Aqui ele está se referindo que nossas aplicações front-end irão chamar uma API e ao pegar a resposta, vamos atualizar a nossa store.

Quando ele diz API, está se referindo ao back-end, ao nosso servidor.

"Para resolver tal problema". Que problema? Por que o dispatch sendo chamado no callback da execução assíncrona, é um problema?

Para resolver o problema de trabalhar com assíncronismo no Redux, repare que colocar códigos assíncronos dentro do reducer seria muito ruim.

Ficar chamando a API em todos os componentes e quando pegar a resposta atualizar o store, não seria uma boa prática também.

Então para trabalhar com códigos assíncronos, eles criaram o redux-thunk.

Espero ter ajudado.