返回顶部
首页 > 资讯 > 前端开发 > JavaScript >React新文档切记不要滥用effect
  • 933
分享到

React新文档切记不要滥用effect

2024-04-02 19:04:59 933人浏览 独家记忆
摘要

目录引言一些理论知识处理副作用总结引言 你或你的同事在使用useEffect时有没有发生过以下场景: 当你希望状态a变化后发起请求,于是你使用了useEffect: useEffec

引言

你或你的同事在使用useEffect时有没有发生过以下场景:

当你希望状态a变化后发起请求,于是你使用了useEffect

useEffect(() => {
  fetch(xxx);
}, [a])

这段代码运行符合预期,上线后也没问题。

随着需求不断迭代,其他地方也会修改状态a。但是在那个需求中,并不需要状态a改变后发起请求。

你不想动之前的代码,又得修复这个bug,于是你增加了判断条件:

useEffect(() => {
  if (xxxx) {
    fetch(xxx);
  }
}, [a])

某一天,需求又变化了!现在请求还需要b字段。

这很简单,你顺手就将b作为useEffect的依赖加了进去:

useEffect(() => {
  if (xxxx) {
    fetch(xxx);
  }
}, [a, b])

随着时间推移,你逐渐发现:

  • 是否发送请求与if条件相关
  • 是否发送请求还与a、b等依赖项相关
  • a、b等依赖项又与很多需求相关

根本分不清到底什么时候会发送请求,真是头大...

如果以上场景似曾相识,那么React新文档里已经明确提供了解决办法。

一些理论知识

新文档中这一节名为Synchronizing with Effects,当前还处于草稿状态。

但是其中提到的一些概念,所有React开发者都应该清楚。

首先,effect这一节隶属于Escape Hatches(逃生舱)这一章。

从命名就能看出,开发者并不一定需要使用effect,这仅仅是特殊情况下的逃生舱。

React中有两个重要的概念:

Rendering code(渲染代码)

Event handlers(事件处理器)

Rendering code指开发者编写的组件渲染逻辑,最终会返回一段jsX

比如,如下组件内部就是Rendering code

function App() {
  const [name, update] = useState('KaSong');
  return <div>Hello {name}</div>;
}

Rendering code的特点是:他应该是不带副作用的纯函数。

如下Rendering code包含副作用(count变化),就是不推荐的写法:

let count = 0;
function App() {
  count++;
  const [name, update] = useState('KaSong');
  return <div>Hello {name}</div>;
}

处理副作用

Event handlers是组件内部包含的函数,用于执行用户操作,可以包含副作用

下面这些操作都属于Event handlers

  • 更新input输入框
  • 提交表单
  • 导航到其他页面

如下例子中组件内部的changeName方法就属于Event handlers

function App() {
  const [name, update] = useState('KaSong');
  const changeName = () => {
    update('KaKaSong');
  }
  return <div onClick={changeName}>Hello {name}</div>;
}

但是,并不是所有副作用都能在Event handlers中解决。

比如,在一个聊天室中,发送消息是用户触发的,应该交给Event handlers处理。

除此之外,聊天室需要随时保持和服务端的长连接,保持长连接的行为属于副作用,但并不是用户行为触发的。

对于这种:在视图渲染后触发的副作用,就属于effect,应该交给useEffect处理。

回到开篇的例子:

当你希望状态a变化后发起请求,首先应该明确,你的需求是:

状态a变化,接下来需要发起请求

还是

某个用户行为需要发起请求,请求依赖状态a作为参数?

如果是后者,这是用户行为触发的副作用,那么相关逻辑应该放在Event handlers中。

假设之前的代码逻辑是:

  • 点击按钮,触发状态a变化
  • useEffect执行,发送请求

应该修改为:

  • 点击按钮,在事件回调中获取状态a的值
  • 在事件回调中发送请求

经过这样修改,状态a变化与发送请求之间不再有因果关系,后续对状态a的修改不会再有无意间触发请求的顾虑。

总结

当我们编写组件时,应该尽量将组件编写为纯函数。

对于组件中的副作用,首先应该明确:

是用户行为触发的还是视图渲染后主动触发的?

对于前者,将逻辑放在Event handlers中处理。

对于后者,使用useEffect处理。

这也是为什么useEffect所在章节在新文档中叫做Escape Hatches —— 大部分情况下,你不会用到useEffect,这只是其他情况都不适应时的逃生舱。

以上就是React新文档切记不要滥用effect的详细内容,更多关于React文档effect的资料请关注编程网其它相关文章!

--结束END--

本文标题: React新文档切记不要滥用effect

本文链接: https://lsjlt.com/news/153879.html(转载时请注明来源链接)

有问题或投稿请发送至: 邮箱/279061341@qq.com    QQ/279061341

猜你喜欢
  • React新文档切记不要滥用effect
    目录引言一些理论知识处理副作用总结引言 你或你的同事在使用useEffect时有没有发生过以下场景: 当你希望状态a变化后发起请求,于是你使用了useEffect: useEffec...
    99+
    2024-04-02
  • React新文档切记不要滥用Ref
    目录引言为什么是逃生舱?失控的Ref如何限制失控人为取消限制useImperativeHandle总结引言 React新文档有个很有意思的细节:useRef、useEffect这两个...
    99+
    2024-04-02
  • React新文档滥用effect问题怎么解决
    这篇文章主要介绍了React新文档滥用effect问题怎么解决的相关知识,内容详细易懂,操作简单快捷,具有一定借鉴价值,相信大家阅读完这篇React新文档滥用effect问题怎么解决文章都会有所收获,下面我们一起来看看吧。引言你或你的同事在...
    99+
    2023-07-02
  • 【黄啊码】windows如何使用tp5.1配置workerman和gateway(不要看官方文档,不要抄网友文档,OK?)
    大家好,我是黄啊码,由于项目需要被迫无奈在老项目上整合workerman,整整浪费了我一天,按着tp官方文档去做,一个又一个的坑,然后百度网友的答案,又是一个又一个的天坑,真的无力吐槽,今天我就把自己的经历写在这里,网友们,别再踩坑了。 目...
    99+
    2023-09-08
    php workerman
  • 需要帮助从 mongodb 文档获取元素并使用 go mongo 驱动程序更新其值
    php小编草莓在这里为大家介绍一种常见的需求:如何从MongoDB文档中获取元素并使用Go Mongo驱动程序更新其值。MongoDB是一种流行的NoSQL数据库,而Go是一种强大的编...
    99+
    2024-02-09
软考高级职称资格查询
编程网,编程工程师的家园,是目前国内优秀的开源技术社区之一,形成了由开源软件库、代码分享、资讯、协作翻译、讨论区和博客等几大频道内容,为IT开发者提供了一个发现、使用、并交流开源技术的平台。
  • 官方手机版

  • 微信公众号

  • 商务合作