关于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的上手难度会尽可能放弃平滑。

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

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