useEffect React Vue设计理念
魔术师卡颂 人气:0引言
我们知道,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
的上手难度会尽可能保持平滑。
这里的前端新手,可能是想入行前端的新人,也可能是觉得前端我也能干的后端。
所以,对于当前的从业者来说,这究竟是好事还是坏事呢?
加载全部内容