从UseEffect看React、Vue设计理念的不同

大家好，我卡颂。

我们知道，React发布Hooks后，带来了业界一波Hooks热。很多框架（比如Vue Composition API、Solid.js）都借鉴了Hooks的模式。

但是，即使这些框架都借鉴了Hooks，但由于框架作者的理念不同，发展方向也逐渐不同。

比如，在Vue Composition API中，对标React useEffect API的是watchEffect，在Vue文档中，有一小段内容介绍他的用法：

而在React beta文档中，介绍useEffect的，则有整整6节内容：

为什么会有这样的区别？让我们从useEffect看看React、Vue设计理念的不同。

Vue与React的差异

当Hooks刚问世时，他被看作是类组件的替代方案。文档中介绍Hooks时也是将他与类组件对比。

其中useEffect的执行时机囊括了如下3个生命周期函数：

• componentDidMount
• componentDidUpdate
• componentWillUnmount

反观借鉴了Hooks的Vue Composition API，则同时提供了watchEffect API与不同场景的生命周期函数。

这里已经体现出两者设计理念的不同了：

React​作为Facebook​为探索「UI开发」最佳实践而生的框架，一贯的做法是 —— 保持API​稳定（比如this.setState​从React诞生伊始就一直存在）。

而Vue​则借鉴了各种框架中的最佳实践（比如虚拟DOM​、响应式更新...）。

所以，从易用性上来说，Vue Composition API​是一定优于React Hooks的，比如：

• Hooks不能在条件语句中声明。
• Hooks必须显式指明依赖。

并且，这种易用性的差异会随着框架迭代，愈发明显。

useEffect会越来越复杂

本着「保持API稳定」的原则，当前useEffect主要与上述三个生命周期函数相关。

但是，未来会有更多触发时机与useEffect挂钩。

所以，React​团队在努力做一件事 —— 淡化useEffect​与生命周期的关系，甚至淡化useEffect与组件的关系（因为当谈到组件时，很自然的会想到组件生命周期）。

怎么淡化呢？答案是 —— 在严格模式下，DEV​环境会触发多次useEffect回调。

如果你将useEffect​当作componentDidMount/WillUnmount​来用，这个特性很可能让你的代码出bug。

React​团队之所以这么做，就是想教育开发者 —— useEffect​和生命周期没有关系。开发者应该将useEffect看作「针对某个数据源的同步过程」。

比如，下述聊天室组件，其中的useEffect可以看作是「针对聊天室连接的同步过程」：

const serverUrl = 'https://localhost:1234';
function ChatRoom({ roomId }) {
  useEffect(() => {
    const connection = createConnection(serverUrl, roomId);
    connection.connect();
    return () => {
      connection.disconnect();
    };
  }, [roomId]);
  // ...
}

当聊天室组件mount、update、unmount时，对应的同步过程应该进行。

当roomId变化时，对应的同步过程应该进行。

同理，如果React​原生支持了Vue​中的KeepAlive，那么当聊天室组件从「可见」变为「不可见」，以及从「不可见」变为「可见」状态，同步过程都应该进行。

所以，当我们从「同步过程应该何时进行」的角度看待useEffect​时，上述useEffect触发时机都是合理的。

但是，如果从生命周期函数的角度看待useEffect​，等未来（可能是v18的某个版本），Offscreen Component​特性落地（对标Vue​中的KeepAlive​），组件从「可见」变为「不可见」状态时，useEffect销毁函数​与useEffect回调函数会依次执行，就会让人很头大。

这就是为什么，我上文说，React​团队一直在淡化useEffect​与生命周期的关系，甚至淡化useEffect与组件的关系。

一切都是为了「未来其他特性与useEffect的挂钩」打下理论基础。而这些特性从「组件」或「生命周期函数」的角度讲不通。

这也是为什么在新文档里有6节内容与useEffect相关的原因。

作为对比，Vue​在遇到新的场景时会怎么做呢？显然是设计新的API。

总结

到底是提供一个API​，但是能覆盖更多场景（文档有6节来介绍他）好，还是每个场景都提供一个API好？

不同开发者有自己的答案。

但有一点很明确，对于前端新手，React​的上手难度会越来越高，而Vue的上手难度会尽可能保持平滑。

这里的前端新手，可能是想入行前端的新人，也可能是觉得「前端我也能干」的后端。

所以，对于当前的从业者来说，这究竟是好事还是坏事呢？

文章题目：从UseEffect看React、Vue设计理念的不同
本文来源：http://www.shufengxianlan.com/qtweb/news8/334908.html

网站建设、网络推广公司-创新互联，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有等

广告

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 创新互联