引言
我们知道， 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设计理念的不同的详细内容，更多关于useEffect React Vue设计理念的资料请关注其它相关文章！
查看更多关于useEffect理解React、Vue设计理念的不同的详细内容...