摘要:异步数据管理一直是前端的一个重点和难点,可以这么说,的应用会有异步数请求据并在中消费,并且在相当多的应用中,处理异步数据是它的核心业务逻辑。总结个人认为,异步数据不应该使用状态管理来维护,应该放在组件内。
异步数据管理一直是前端的一个重点和难点,可以这么说,80%的 web 应用会有异步数请求据并在 UI 中消费,并且在相当多的 web 应用中,处理异步数据是它的核心业务逻辑。
在 React 的生态圈中,大部分人把异步数据使用状态管理维护,比如使用 Redux,用异步 Action 获取远程数据,然后存在 store 中。
但在这个时间节点,9012 年了,我认为使用状态管理去维护异步数据不是一种优雅的方式,React Hooks 出现后,我认为直接在组件内维护异步数据更加合理。不管从开发效率还是可维护性看,都比使用状态管理好。
为什么这说呢?下面我们通过代码来看看。
现在,假设我们要实现一个功能,获取一个 TodoList 数据,并且用组件渲染。
最简单是直接在组件内使用生命周期获取数据,然后存在组件内部的 state 中。
使用 React 生命周期import React from "react" class Todos extends React.Component { constructor(props) { super(props) this.state = { loading: false, todos: [], error: null, } } async componentDidMount() { this.setState({ loading: true }) try { const todos = await (await fetch( "https://jsonplaceholder.typicode.com/todos", )).json() this.setState({ todos, loading: false }) } catch (error) { this.setState({ error, loading: false }) } } render() { const { loading, todos, error } = this.state if (loading) return loading... if (error) return error! return (
在线 Demo 请看:
这种方式非常非常符合人的直觉,但最大的问题是:外部无法改变异步数据,组件渲染后数据就无法再改变。这也是大部分人使用状态管理维护异步数据的缘由。
下面我们看看如何使用 Redux 维护异步数据。
使用 Redux假设我们已经使用了 Redux 中间件 redux-thunk,我们会有下面类似的代码:
首先,我们会把字符串定义定义为常量到一个 constant.js
export const LOADING_TODOS = "LOADING_TODOS" export const LOAD_TODOS_SUCCESS = "LOAD_TODOS_SUCCESS" export const LOAD_TODOS_ERROR = "LOAD_TODOS_ERROR"
然后,编写异步的 action, actions.js:
import { LOADING_TODOS, LOAD_TODOS_SUCCESS, LOAD_TODOS_ERROR, } from "../constant" export function fetchTodos() { return dispatch => { dispatch({ type: LOADING_TODOS }) return fetch("https://jsonplaceholder.typicode.com/todo") .then(response => response.json()) .then(todos => { dispatch({ type: LOAD_TODOS_SUCCESS, todos, }) }) .catch(error => { dispatch({ type: LOAD_TODOS_ERROR, error, }) }) } }
接着,在 reducer 中处理数据,todos.js
import { LOADING_TODOS, LOAD_TODOS_SUCCESS, LOAD_TODOS_ERROR, } from "../constant" const initialState = { loading: false, data: [], error: null, } export default function(state = initialState, action) { switch (action.type) { case LOADING_TODOS: return { ...state, loading: true, } case LOAD_TODOS_SUCCESS: return { ...state, data: action.todos, loading: false, } case LOAD_TODOS_ERROR: return { ...state, error: action.error, loading: false, } default: return state } }
还没完,最后,在组件中使用:
import React, { Component } from "react" import { connect } from "react-redux" import { fetchTodos } from "../actions" class Todos extends Component { componentDidMount() { const { dispatch } = this.props dispatch(fetchTodos) } render() { const { loading, items, error } = this.props if (loading) return loading... if (error) return error! return (
在线 Demo 请看:
我们可以发现,使用 Redux 管理异步数据,代码量激增,啰嗦冗余,模板代码一堆,,不管开发效率还是开发体验,亦或是可以维护性和可读性,个人认为,类似的 redux 这样的解决方案并不优雅。
下面我们看看如何使用 React Hooks 获取异步数据。
使用 React Hooks我们使用 一个库叫dahlia-rest 的 useFetch 获取数据,可以轻松的拿到数据的状态 { loading, data, error },然后渲染处理:
import React from "react" import { useFetch } from "dahlia-rest" const Todos = () => { const { loading, data, error } = useFetch( "https://jsonplaceholder.typicode.com/todos", ) if (loading) return loading... if (error) return error! return (
dahlia-rest的完整用法可以看 dahlia-rest
在线 Demo 请看:
代码非常简洁,loading 状态和错误处理非常优雅,也许你发现了,貌似这也和使用生命周期一样,外部无法改变数据状态,其实不是的,下面重会点讲讲如何更新数据。
Hooks 更新异步数据使用 hooks 维护异步数据,有三种方式更新异步数据,这里用 dahlia-rest 举例。
内部 refetch这是最简单的重新获取数据的方式,通常,如果触发更新的动作和useFetch在统一组件内,可以使用这种方式。
const Todos = () => { const { loading, data, error, refetch } = useFetch("/todos", { query: { _start: 0, _limit: 5 }, // first page }) if (loading) return loading... if (error) return error! const getSecondPage = () => { refetch({ query: { _start: 5, _limit: 5 }, // second page }) } return () }{data.map(item => (
- {item.title}
))}
在线 Demo 请看:
通过更新依赖来重新获取数据,这也是常用的方式之一,因为在很多业务场景中,触发动作会在其他组件中,下面演示如何通过更新依赖触发数据更新:
这里使用一个简单的状态管理库维护依赖对象,状态管理的完整文档请看dahlia-store。
定义一个 store 用来存放依赖:
// /stores/todoStore.ts import { createStore } from "dahlia-store" const todoStore = createStore({ params: { _start: 0, _limit: 5, }, updateParams(params) { todoStore.params = params }, })
在组件中,使用依赖:
import { observe } from "dahlia-store" import todoStore from "@stores/todoStore" const Todos = observe(() => { const { params } = todoStore const { loading, data, error } = useFetch("/todos", { query: params, deps: [params], }) if (loading) return loading... if (error) return error! const updatePage = () => { todoStore.updateParams({ _start: 5, _limit: 5 }) } return () }){data.map(item => (
- {item.title}
))}
在线 Demo 请看:
你可以在任意地方,不管组件内还是组件外,你都可以可以调用todoStore.updateParams更新依赖,从而实现数据更新。
注意:这里的依赖是个对象,你必须更新整个对象的引用,如果你只更新对象的属性是无效的。
使用 fetcher有时候,你需要在组件外部重新获取数据,但useFetch 却没有任何可以被依赖的参数,这时你可以使用 fetcher
import { useFetch, fetcher } from "dahlia/rest" const Todos = () => { const { loading, data, error } = useFetch("/todos", { name: "GetTodos" }) if (loading) return loading... if (error) return error! return (
在线 Demo 请看:
使用 fetcher 是,你需要为useFetch 提供 name 参数,用法是:fetcher["name"].refetch(),这里的 refetch 和内部 refetch 是同一个函数,所以它也有 options 参数。
总结个人认为,异步数据不应该使用状态管理来维护,应该放在组件内。对于大多数 web 应用,状态管理中的数据应该是比较薄的一层,并且应该避免在状态管理中处理异步带来的副作用。也许,Redux 默认不支持处理异步数据,是一个相当有远见的决定。
我们发现,使用 Hooks 管理异步数据,代码非常简洁,有一种大道至简感觉和返璞归真感觉。几行代码就能写完功能,为什么要搞出那么长的链路,搞那么绕的逻辑。
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/104111.html
摘要:在项目开始之前,不能心急立刻去搭建,需要设定几个步骤来开展,接下来大概的说一下我从技术选型到项目前端搭建好的整个生命周期。开发该项目的底层的内容远不止这些,但由于公司制度规定,只能大概的阐述了在从接手到选型到搭建完毕这到的过程的做法和思考。 前段时间部门要基于一个系统的基础上开发一个管理平台,于是我接手了该平台的重活,因为上一个平台我用了vue搭建,所以这次想用react来搭建。在项目...
摘要:是分发器,是数据与逻辑处理器,会在注册针对各个命令字的响应回调函数。当按如下方式触发回调时,回调函数具备事件的特性。 本系列博文从 Shadow Widget 作者的视角,解释该框架的设计要点。本篇解释 Shadow Widget 在 MVC、MVVM、Flux 框架之间如何做选择。 showImg(https://segmentfault.com/img/bVOODj?w=380&h...
摘要:前端日报精选在中的元素种类及性能优化译异步递归回调译定位一个页面阻塞问题的排查过程前端分享之的使用及单点登录中文视频如何用做好一个大型应用云际个实用技巧众成翻译年一定不要错过的五本编程书籍年前端领域有哪些探索和实践实现一个时光网掘金 2017-09-22 前端日报 精选 JavaScript 在 V8 中的元素种类及性能优化【译】异步递归:回调、Promise、Async[译]HTML...
阅读 3393·2021-10-20 13:49
阅读 2749·2021-09-29 09:34
阅读 3641·2021-09-01 11:29
阅读 3049·2019-08-30 11:01
阅读 811·2019-08-29 17:10
阅读 822·2019-08-29 12:48
阅读 2749·2019-08-29 12:40
阅读 1286·2019-08-29 12:30