10

我正在尝试以下列方式将多个操作链接在一起：

A. 将用户数据发布到数据库

B. 使用发布的数据查询 Elasticsearch 的结果

（我同时做A和B）

B1。使用来自 ES 的结果，从两个表 B2 中查询原始数据库的结果。导航到新页面并更新 UI

我现在正在使用 thunk 来推理我的代码，但我也发现这种异步模式非常冗长：

export function fetchRecipes(request) {
  return function(dispatch) {
    dispatch(requestRecipes(request))    
    return fetch(url)
      .then(response => response.json())
      .then(json => dispatch(receiveRecipes(request, json))
    )
  }
}

这与“requestRecipes”和“receiveRecipes”一起作为其他动作创建者似乎只是为了进行一个异步调用。（请求、接收和获取函数）

摘要：当您链接 2-3 个输出相互依赖的异步操作时（我需要在可能的情况下进行承诺），是否有更有效的方法可以在不为每个异步调用编写 3 个函数的情况下这样做？

我想一定有办法。我正在对 Redux 文档进行模式匹配，很快就对我正在创建的函数感到不知所措

非常感谢您的反馈！

4

2 回答 2

9

您可以使用redux-saga而不是redux-thunk更轻松地实现此目的。redux-saga让您可以使用生成器来描述您的工作，并且更容易推理。

第一步是描述如何将数据传递给 redux，而不用担心服务或异步的东西。

行动

// actions.js
function createRequestTypes(base) {
  return {
    REQUEST: base + "_REQUEST",
    SUCCESS: base + "_SUCCESS",
    FAILURE: base + "_FAILURE",
  }
}

// Create lifecycle types on `RECIPES`
export const RECIPES = createRequestTypes("RECIPES")

// Create related actions
export const recipes = {
  // Notify the intent to fetch recipes
  request: request => ({type: RECIPES.REQUEST, request})
  // Send the response
  success: response => ({type: RECIPES.SUCCESS, response})
  // Send the error
  error: error => ({type: RECIPES.FAILURE, error})
}

减速器

// reducer.js
import * as actions from "./actions"

// This reducer handles all recipes
export default (state = [], action) => {
  switch (action.type) {
    case actions.RECIPES.SUCCESS:
      // Replace current state
      return [...action.response]

    case actions.RECIPES.FAILURE:
      // Clear state on error
      return []

    default:
      return state
  }
}

服务

我们还需要食谱 API。使用redux-saga声明服务的最简单方法是创建一个（纯）函数，该函数将请求作为参数读取并返回一个Promise.

// api.js
const url = "https://YOUR_ENPOINT";

export function fetchRecipes(request) {
  return fetch(url).then(response => response.json())
}

现在我们需要连接动作和服务。这就是redux-saga发挥作用的地方。

// saga.js
import {call, fork, put, take} from "redux-saga/effects"
import * as actions from "./actions"
import * as api from "./api"

function* watchFetchRecipes() {
  while (true) {
    // Wait for `RECIPES.REQUEST` actions and extract the `request` payload
    const {request} = yield take(actions.RECIPES.REQUEST)

    try {
      // Fetch the recipes
      const recipes = yield call(api.fetchRecipes(request))

      // Send a new action to notify the UI
      yield put(actions.fetchRecipes.success(recipes))
    } catch (e) {
      // Notify the UI that something went wrong
      yield put(actions.fetchRecipes.error(e))
    }
  }
}

function* rootSaga() {
  yield [
    fork(watchFetchRecipes)
  ]
}

就是这样！每当一个组件发送一个RECIPES.REQUEST动作时，saga 就会连接并处理异步工作流。

dispatch(recipes.request(req))

令人敬畏的redux-saga是，您可以在工作流程中轻松链接异步效果和调度操作。

于 2016-04-18T06:44:36.993 回答
1

根据您的描述，您真正更新 UI 的唯一时间是在所有这些异步操作结束时 (B1)。

如果您不使用前面异步调用的结果来更改应用程序状态/更新 UI，那么拥有这些细粒度操作有什么好处？

当然有诸如“加载/请求开始”和“完成加载/请求停止”之类的东西，但在我看来，在你的情况下，你可以在 redux 之外进行链式异步调用（在某种 API-层）并且只使用一个动作。此操作调度一个“REQUEST_STARTED”，然后调用 API 层，该层执行 DB 调用和弹性搜索请求等，然后根据 promise 的结果调度“REQUEST_SUCCESS”或“REQUEST_FAILURE”，这将给出您需要更新 UI 的数据。

这样，redux 中的状态只关注一个副作用，而不是链式调用的实现细节。此外，您的操作变得更加简单，因为它只处理一个异步调用的结果。

于 2016-04-18T07:28:57.477 回答