Logo Passei Direto
Buscar
O Redux-Saga é uma biblioteca que, junto com o Redux, permite que possamos compartilhar os estados entre vários componentes. Pensando em um aplicativo que utiliza essa biblioteca, que precise buscar uma informação na internet e compartilhá-la com vários componentes, qual o melhor fluxo a ser seguido:
Qual o melhor fluxo a ser seguido?
a. O aplicativo, no primeiro componente, deve chamar uma reducer que por sua vez, chamará um Saga para realizar a conexão. Após finalizar a conexão, o Saga mandará a informação para o action que, por fim, distribuirá a informação entre os componentes.
b. O aplicativo, no primeiro componente, deve chamar uma action que por sua vez, chamará um Saga para realizar a conexão. Após finalizar a conexão, o Saga chamará uma action que mandará a informação para o reducer que, por fim, distribuirá a informação entre os componentes.
c. O aplicativo, no primeiro componente, deve chamar uma action que por sua vez, chamará um Saga para realizar a conexão. Após finalizar a conexão, o Saga mandará a informação para o reducer que, por fim, distribuirá a informação entre os componentes.
d. O aplicativo, no primeiro componente, deve chamar um Saga para realizar a conexão. Após finalizar o Saga mandará a informação para o reducer que, por fim, distribuirá a informação entre os componentes.
e. O aplicativo, no primeiro componente, deve chamar um action para realizar a conexão. Após finalizar a conexão, o action mandará a informação para o reducer que, por fim, distribuirá a informação entre os componentes.
User badge image
Questões Para o Saber

há 2 anos

Respostas

User badge image

Ed Verified user icon

ano passado

Para entender o fluxo correto ao usar o Redux-Saga em um aplicativo, é importante lembrar como as ações, sagas e reducers interagem. 1. Ação: O fluxo geralmente começa com uma ação que é despachada a partir de um componente. Essa ação é o que inicia o processo. 2. Saga: O Redux-Saga escuta essas ações e, quando uma ação específica é despachada, ele executa a lógica necessária, como fazer uma chamada à API. 3. Reducer: Após a saga completar sua tarefa (como buscar dados), ela despacha uma nova ação com os dados recebidos, que é então capturada pelo reducer para atualizar o estado da aplicação. Analisando as opções: a) Incorreta - A reducer não deve ser chamada diretamente para iniciar uma saga. b) Incorreta - Embora mencione chamar uma action, a descrição não está clara sobre o fluxo correto. c) Correta - O fluxo correto é: o primeiro componente chama uma action, que chama um Saga para realizar a conexão. Após a conexão, o Saga despacha uma action com os dados para o reducer, que atualiza o estado. d) Incorreta - Um Saga não deve ser chamado diretamente sem uma action. e) Incorreta - A action não realiza a conexão diretamente, ela deve despachar uma saga para isso. Portanto, a alternativa correta é: c) O aplicativo, no primeiro componente, deve chamar uma action que por sua vez, chamará um Saga para realizar a conexão. Após finalizar a conexão, o Saga mandará a informação para o reducer que, por fim, distribuirá a informação entre os componentes.

Essa resposta te ajudou?

0
Dislike0

Ainda não achou a resposta?

  • Integrado com os principais modelos de IA do mercado
  • Respostas em segundos
  • IA treinada para estudantes brasileiros.
PasseIA logoEvolua sua forma de estudar

Cadastre-se ou realize login

Ainda com dúvidas?

Envie uma pergunta e tenha sua dúvida de estudo respondida!

Essa pergunta também está no material:

Mais perguntas desse material

O Redux-Saga é muito utilizado para gerenciar o controle das conexões com APIs e banco de dados internos e compartilhar a informação com os componentes. Analisando o código abaixo, qual a melhor explicação para os pontos 1, 2 e 3.
Qual a melhor explicação para os pontos 1, 2 e 3?
a. Ponto 1: monitora a informação da variável address no reducer do módulo address; Ponto 2: chama a função loginStart declarada nesse componente; Ponto 3: realiza a chamada do FakerServices e, ao terminar a conexão, retorna os dados da API.
b. Ponto 1: monitora a informação da variável address no reducer do módulo address; Ponto 2: chama a função loginStart declarada nesse componente; Ponto 3: realiza a chamada do FakerServices e, ao terminar a conexão, retorna o http code da conexão.
c. Ponto 1: busca a informação da variável address no reducer do módulo address; Ponto 2: chama a função loginStart declarada nesse componente; Ponto 3: realiza a chamada do FakerServices e, ao terminar a conexão, retorna os dados da API.
d. Ponto 1: busca a informação da variável address no reducer do módulo address; Ponto 2: chama a action loginStart e aguarda a execução; Ponto 3: realiza a chamada do FakerServices e, ao terminar a conexão, retorna o http code da conexão.
e. Ponto 1: busca a informação da variável address no reducer do módulo address; Ponto 2: chama a action loginStart e aguarda a execução; Ponto 3: realiza a chamada do FakerServices e, ao terminar a conexão, retorna os dados da API.

Analisando o código a seguir, temos uma classe em Javascript com algumas propriedades privadas e outras públicas. Qual será o resultado obtido no console do debug utilizando o comando console.log? a. O aplicativo rodará sem nenhum erro e serão exibidos no console os valores 1 e 0. b. O aplicativo apresentará erro porque o caractere # não é reconhecido pelo Javascript. c. O aplicativo apresentará erro porque faltou o caractere # na propriedade abrir. d. O aplicativo rodará sem nenhum erro e serão exibidos no console os valores undefined e 0, porque a propriedade abrir é privada. e. O aplicativo rodará sem nenhum erro e serão exibidos no console os valores 1 e undefined, porque a propriedade fechar é privada.

Mais conteúdos dessa disciplina