关于javascript:从useEffect看ReactVue设计理念的不同

大家好，我卡颂。

咱们晓得，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 的上手难度会尽可能放弃平滑。

这里的前端老手，可能是想入行前端的新人，也可能是感觉 前端我也无能 的后端。

所以，对于以后的从业者来说，这到底是坏事还是好事呢？