redux异步操作的示例分析-创新互联

小编给大家分享一下redux异步操作的示例分析，相信大部分人都还不怎么了解，因此分享这篇文章给大家参考一下，希望大家阅读完这篇文章后大有收获，下面让我们一起去了解一下吧！

十余年的沈北新网站建设经验，针对设计、前端、开发、售后、文案、推广等六对一服务，响应快，48小时及时工作处理。全网营销推广的优势是能够根据用户设备显示端的尺寸不同，自动调整沈北新建站的显示方式，使网站能够适用不同显示终端，在浏览器中调整网站的宽度，无论在任何一种浏览器上浏览网站，都能展现优雅布局与设计，从而大程度地提升浏览体验。创新互联从事“沈北新网站设计”,“沈北新网站推广”以来，每个客户项目都认真落实执行。

一、redux基础

redux

通过 dispatch(action) -> 中间件 -> reducer处理数据 -> 改变store -> 使用subscribe()监听store改变更新视图的方式管理状态
将所有状态存储在一个store对象里面
reducer为纯函数，而异步操作由于结果的不确定性所以含有副作用，所以需要特殊处理

react-redux
容器组件，负责管理数据和业务逻辑，不负责UI呈现
UI组件，提供UI呈现，无状态即不使用this.state，状态全部由this.props提供
由connect生成容器组件，每次store改变会调用connect，connect接收两个参数: mapStateToProps, mapDispatchToProps
mapStateToProps，将状态映射到UI组件的props
mapDispatchToProps，将dispatch方法映射到UI组件的props
Provider组件，使用content API将store从顶层开始传到每一层component供connect使用

二、redux处理异步的中间件

redux-thunk
redux-thunk中间件允许action是一个方法
中间件收到action后会执行action方法并将结果提供给reducer
action混乱导致不易维护
redux-saga
saga会监听action并基于这个action执行Effects操作
Effects提供灵活的API，包括阻塞、非阻塞调用，取消、等待、race等操作
方便隔离并执行异步操作，并易于测试

三、redux-request-async-middleware

先从redux文档中的异步action说起，每个接口调用需要dispatch三个同步action，分别是:
一种通知 reducer 请求开始的 action。对于这种 action，reducer 可能会切换一下 state 中的 isFetching 标记。以此来告诉 UI 来显示加载界面。
一种通知 reducer 请求成功的 action。对于这种 action，reducer 可能会把接收到的新数据合并到 state 中，并重置 isFetching。UI 则会隐藏加载界面，并显示接收到的数据。
一种通知 reducer 请求失败的 action。对于这种 action，reducer 可能会重置 isFetching。另外，有些 reducer 会保存这些失败信息，并在 UI 里显示出来。
也就是一个接口发起是这样的

dispatch(fetchPostsRequest(subject));
fetch(url).then(res => {
  dispatch(fetchPostsSuccess(subject, res));
}).catch(e => {
  dispatch(fetchPostsFailure(subject, e));
})

只是将这个操作封装进中间件里，特殊的地方在于:

所有的异步请求共用这三个action
用subject来区分是哪一个请求
将所有的结果都放到store.requests里

中间件源码

export const reduxRequest = store => next => action => {
  let result = next(action);
  let { type, subject, model } = action;
  let _next = action.next;
  if(type === FETCH_POSTS_REQUEST) {
    model().then(response => {
      _next && _next(response);
      store.dispatch(fetchPostsSuccess(subject, response));
    }).catch(error => {
      console.error(error);
      store.dispatch(fetchPostsFailure(subject, error));
    });
  }
  return result
};/

和redux-thunk一样，将方法放进action里
中间件拦截FETCH_POSTS_REQUEST action，并进行异步处理

reducer源码

export const requests = (state = {}, action) => {
  switch (action.type) {
    case FETCH_POSTS_REQUEST:
      return assign({},
        state,
        {
          [action.subject]: {
            isFetching: true,
            state: 'loading',
            subject: action.subject,
            response: null,
            error: null,
          }
        }
      );
    case FETCH_POSTS_FAILURE:
      return assign({},
        state,
        {
          [action.subject]: {
            isFetching: false,
            state: 'error',
            subject: action.subject,
            response: state[action.subject].response,
            error: action.error,
          }
        }
      );
    case FETCH_POSTS_SUCCESS:
      return assign({},
        state,
        {
          [action.subject]: {
            isFetching: false,
            state: 'success',
            subject: action.subject,
            response: action.response,
          }
        }
      );
    case FETCH_POSTS_CLEAR:
      return assign({},
        state,
        {
          [action.subject]: {
            isFetching: false,
            state: 'cleared',
            subject: null,
            response: null,
            error: null,
          }
        }
      )
      return state;
  }
}

将结果放入该subject对应下的response，如果错误的话将错误信息放入error当中
isFetching表示当前的请求状态
另外还加入了当前的状态state和subject信息

将请求进行封装

const request = (subject, model, next) => {
  _dispatch(fetchPostsRequest(subject, model, next));
  return true;
};

写一个方法来发起FETCH_POSTS_REQUEST action
也就是说写请求的时候不用再管action这东西了，直接调用request方法

将结果进行封装

const getResponse = state =>
  state
  && state.response !== null
  && state.response;
 
const getLoading = (states = []) =>
  states.reduce((pre, cur) =>
    pre || (cur && cur.isFetching)
    , false)
  || false;

可以获取结果和多个请求下loading的状态
有更多的操作或者格式还可以继续封装，比如列表

四、总结

使用了redux来进行状态管理，而并不需要编写redux那一套复杂逻辑，大程度的减少异步操作的复杂度
适用于前端通过接口来处理和存储数据的项目
接口由redux处理，而视图组件由内部state来处理，而外部只暴露简单的接口来进行操作，分离业务层和视图层
对比react 16.3 new content API，redux的优势在于热插播的中间件和纯函数reducer写法

以上是“redux异步操作的示例分析”这篇文章的所有内容，感谢各位的阅读！相信大家都有了一定的了解，希望分享的内容对大家有所帮助，如果还想学习更多知识，欢迎关注创新互联网站制作公司行业资讯频道！

网页标题：redux异步操作的示例分析-创新互联
文章地址：http://scyanting.com/article/dsjpio.html

redux异步操作的示例分析-创新互联

其他资讯