震惊!用 Suspense 解决请求依赖的复杂场景居然这么简单!

开发 前端
许多前端比较依赖把所有接口都放在父级组件中去请求的方案,这样不管你的接口是否混乱,在前端总能处理。但是这样的结果就是页面组件的耦合变得更加严重。

有一种复杂场景 React 新手经常处理不好。

那就是一个页面有多个模块,每个模块都有自己的数据需要请求。与此同时,可能部分模块的数据还要依赖父级的异步数据才能正常请求自己的数据。如下图所示,当我们直接访问该页面时,页面请求的数据就非常多。而且这些数据还有一定的先后依赖关系。

大概数据请求的顺序依次如下:

1. 自动登录 -> 个人用户信息,权限信息
2. 左侧路由信息
3. 页面顶层数据
4. 页面五个模块各自的数据

这些接口数据依赖关系比较明确,前面的接口请求完成之后,后续的接口才能正确请求。

如果页面四个模块的接口数据相互之间没有关系,其实整个页面还会简单一些,但是很多时候复杂度往往来自于后端的不配合。前端与后端的沟通在一些团队经常出现问题。

有的后端不愿意配合前端页面结构修改接口,前端也沟通不下来,只能自己咬牙在混乱的接口情况下写页面,就导致了无论是组件的划分也好还是页面的复杂度也好都变得杂乱无章。从而增加了开发成本。

因此,只有在一些比较规范的团队里,页面五个模块的数据解耦做得比较好。模块之间干净简洁的依赖关系能有效降低开发难度。

因此许多前端比较依赖把所有接口都放在父级组件中去请求的方案,这样不管你的接口是否混乱,在前端总能处理。但是这样的结果就是页面组件的耦合变得更加严重。

在 React 19 中,我们可以使用 Suspense 嵌套来解决这种请求之间前后依赖的方案。我们在项目中模拟了这种场景的实现。具体的演示图如下。

一、重新考虑初始化

和之前的方案一样,我们先定义父组件的请求接口。

const getMessage = async () => {
  const res = await fetch('https://api.chucknorris.io/jokes/random')
  return res.json()
}

然后在父组件中,将 getMessage() 执行之后返回的 promise 作为状态存储在 useState 中。这样,当我点击时,只需要重新执行依次 getMessage() 就可以更新整个组件。

const [
  messagePromise, 
  setMessagePromise
] = useState(null)

但是此时我们发现,messagePromise 并没有初始值,因此初始化时,接口并不会请求。这种情况下,有两种交互我们需要探讨。一种是通过点击按钮来初始化接口。另外一种就是组件首次渲染就要初始化接口。

我们之前的案例中,使用了取巧的方式,在函数组件之外提前获取了数据,这会导致访问任何页面该数据都会加载,因此并非合适的手段。

// 我们之前的案例这样做是一种取巧的方式
const api = getMessage()

function Message() {
  ...

但是如果我们直接把 getMessage() 放在组件内部执行,也存在不小的问题。因为当组件因为其他的状态发生变化需要重新执行时,此时 getMessage() 也会冗余的多次执行。

// 此时会冗余多次执行
const [
  messagePromise, 
  setMessagePromise
] = useState(getMessage())

理想的情况是 getMessage() 只在组件首次渲染时执行依次,后续状态的改变就不在执行。而不需要多次执行。

我们先来考虑通过点击事件初始化接口的交互。此时我们可以先设置 messagePrmoise 的初始值为 null。

const [
  messagePromise, 
  setMessagePromise
] = useState(null)

不过这样做有一个小问题就是如果我将 messagePromise 值为 null 时传递给了子组件。那么子组件就会报错,因此我们需要特殊处理。一种方式就是在子组件内部判断。

const MessageOutput = ({messagePromise}) => {
  if (!messagePromise) return
  const messageContent = use(messagePromise)

或者:

// 这种写法是在需要默认显示状态时的方案
const MessageOutput = ({messagePromise}) => {
  const messageContent = messagePromise ? use(messagePromise) : {value: '默认值'}

另外一种思路就是设置一个状态,子组件基于该状态的值来是否显示。然后在点击时将其设置为 true。

const [show, setShow] = useState(false)

function __clickHandler() {
  setMessagePromise(getMessage())
  setShow(true)
}
{show && <MessageContainer messagePromise={messagePromise} />}

另外一种交互思路就是初始化时就需要马上请求数据。此时我们为了确保 getMessage() 只执行一次,可以新增一个非 state 状态来记录组件的初始化情况。默认值为 false,初始化之后设置为 true。

const i = useRef(false)
let __api = i.current ? null : getMessage()
const [
  messagePromise, 
  setMessagePromise
] = useState(null)

然后在 useEffect 中,将其设置为 true,表示组件已经初始化过了。

useEffect(() => {
  i.current = true
}, [])

这是利用 useState 的内部机制,初始化值只会赋值一次来做到的。从而我们可以放心更改后续 __api 的值为 null.

从这个细节的角度来说,函数组件多次执行的确会给开发带来一些困扰,Vue3/Solid 只执行一次的机制会更舒适一些,不过处理得当也能避免这个问题。

二、Suspense 嵌套

接下来,我们需要考虑的就是 Suspense 嵌套执行的问题就行了。这个执行起来非常简单。我们只需要将有异步请求的模块用 Suspense 包裹起来当成一个子组件。然后该子组件可以当成一个常规的子组件作为 Suspense 组件的子组件。

例如,我们声明一个子组件如下所示:

const getApi = async () => {
  const res = await fetch('https://api.chucknorris.io/jokes/random')
  return res.json()
}

export default function Index(props) {
  const api = getApi()

  return (
    <div>
      <div id='tips'>多个 Suspense 嵌套,子组件第一部分</div>
      <div className="content">
        <div className='_05_dou1_message'>父级消息: {props.value}</div>
        <Suspense fallback={<div>Loading...</div>}>
          <Item api={api} />
        </Suspense>
      </div>
    </div>
  )
}

const Item = ({api}) => {
  const joke = api ? use(api) : {value: 'nothing'}

  return (
    <div className='_03_a_value_update'>子级消息:{joke.value}</div>
  )
}

然后我可以将这个子组件放在 Suspense 内就可以了。

import DouPlus1 from './Dou1'
import DouPlus2 from './Dou2'
const MessageOutput = ({messagePromise}) => {
  const messageContent = use(messagePromise)
  return (
    <div>
      <p>{messageContent.value}</p>
      <DouPlus1 value={messageContent.value} />
      <DouPlus2 value={messageContent.value} />
    </div>
  )
}

在另外一个子组件中,我们还设计了内部状态,用于实现切换按钮,来增加页面交互的复杂度。并且每次切换都会请求接口。

如果切换时,上一个接口没有请求完成,React 会自己处理好数据的先后问题。不需要我们额外考虑竞态条件的情况。完整代码如下:

var tabs = ['首页', '视频', '探索']

export default function Index() {
  var r = useRef(false)
  var api = r.current ? null : getApi()
  const [promise, setPromise] = useState(api)
  const [current, setCurrent] = useState(0)

  useEffect(() => {
    r.current = true
  }, [])

  return (
    <div>
      <div id='tips'>多个 Suspense 嵌套,子组件第二部分</div>
      <div className="content">
        {tabs.map((item, index) => (
          <button 
            id='btn_05_item' 
            className={current == index ? 'active' : ''}
            onClick={() => {
              setCurrent(index)
              setPromise(getApi())
            }}
            key={item}
          >{item}</button>
        ))}
        
        <Suspense fallback={<div className='_05_a_value_item'>Loading...</div>}>
          <Item api={promise} />
        </Suspense>
      </div>
    </div>
  )
}

const Item = ({api}) => {
  const joke = use(api)

  return (
    <div className='_05_a_value_item'>{joke.value}</div>
  )
}

三、总结

当我们要在复杂交互的情况下使用嵌套 Suspense 来解决问题,如果我们组件划分得当、与数据依赖关系处理得当,那么代码就会相当简单。不过这对于开发者来说,会有另外一个层面的要求。那就是如何合理的处理好组件归属问题。

许多前端页面开发难度往往都是由于组件划分不合理,属性归属问题处理不够到位导致的。因此 Suspense 在这个层面有了一个刚需,开发者必须要具备合理划分组件的能力,否则即使使用了 Suspense,也依然可能导致页面一团混乱。

责任编辑:姜华 来源: 这波能反杀
相关推荐

2022-11-11 09:41:04

连接池微服务数据库

2012-04-06 09:45:41

开发

2009-03-18 10:01:15

OracleIASNoClassDefF

2024-09-20 08:14:16

2024-04-02 08:41:10

ArrayListSubList场景

2017-11-27 12:24:02

命令行代码指令

2022-01-27 14:12:49

Python游戏脚本

2021-12-30 10:55:54

Python游戏脚本

2019-05-13 08:24:58

数据库MySQLInnoDB

2024-02-27 08:14:51

Nginx跨域服务

2024-07-05 11:47:43

2017-07-10 13:31:03

异构 存储

2017-07-14 08:18:08

异构存储复制

2020-11-02 14:38:56

Java 深度学习模型

2019-01-30 19:02:15

Python编程语言

2023-03-28 07:17:25

场景数据业务

2020-11-11 08:14:42

URL工具类Spring

2024-03-18 09:24:12

RocketMQ消息模型分布式

2021-04-19 05:42:51

Mmap文件系统

2023-06-20 00:04:18

框架开发UMD
点赞
收藏

51CTO技术栈公众号