React新文档滥用effect问题怎么解决

蜗牛 互联网技术资讯 2022-07-08 164 0

这篇文章主要介绍了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(逃生舱)这一章。

    React新文档滥用effect问题怎么解决  react 第1张

    从命名就能看出,开发者并不一定需要使用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问题怎么解决”知识都有一定的了解,大家如果还想学习更多知识,欢迎关注蜗牛博客行业资讯频道。

    免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:niceseo99@gmail.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。

    评论

    有免费节点资源,我们会通知你!加入纸飞机订阅群

    ×
    天气预报查看日历分享网页手机扫码留言评论Telegram