React新文档滥用effect问题怎么解决
这篇文章主要介绍了React新文档滥用effect问题怎么解决的相关知识,内容详细易懂,操作简单快捷,具有一定借鉴价值,相信大家阅读完这篇React新文档滥用effect问题怎么解决文章都会有所收获,下面我们一起来看看吧。
引言
你或你的同事在使用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
的修改不会再有无意间触发请求的顾虑。
关于“React新文档滥用effect问题怎么解决”这篇文章的内容就介绍到这里,感谢各位的阅读!相信大家对“React新文档滥用effect问题怎么解决”知识都有一定的了解,大家如果还想学习更多知识,欢迎关注编程网行业资讯频道。
免责声明:
① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的,并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据,供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。
② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341