React18 官方更新解读(文字版)
共 1662字,需浏览 4分钟
·
2021-06-21 03:38
9日凌晨1点,React
官方博客放出v18
最新进展。
官方带来的三条消息
在React18工作计划[1]这篇博文中,官方带来了三条消息。
v18
的工作已经在进行中,并且会是下一个主要版本创建了
v18
工作组,让社区的专家、开发者、库作者先试用v18
,为社区的众多库前置兼容CM
(Concurrent Mode)、教育社区做准备
工作组地址[2]
发布了 v18 Alpha
版本,以便库作者可以尝试并提供反馈
使用v18 Alpha[3]
接下来我们解读下消息背后的信息。
垫脚石垫的是什么
我们知道,v17
是「垫脚石」版本,用以稳定CM
。
CM
之所以难以稳定,一句话概括原因:
CM
为React
带来应用层面的Breaking Change
,而且是史无前例的
这里带来的工作量包括两部分:
为支持
v18
的新特性付出的开发成本帮社区渐进升级到
v18
付出的开发、沟通成本
新特性付出的开发成本
v18
的主要特性「流式SSR」前置依赖「不同优先级的Suspense」。
「不同优先级的Suspense」前置依赖「更灵活的CM」。
这里的灵活指「优先级」之间不仅可以单独比较,还能以「批」的概念互相比较。
所以「Andrew」在v16.13.1
时需要先完成lanes
优先级调度算法的开发。
同时,底层支持「更灵活的CM」后,也为上层带来了诸如:
startTransition
、useDeferredValue
这样的API
,可以让开发者显式的指定UI
渲染的优先级。
比如:可以利用useDeferredValue
,根据用户设备性能(qps),实现自动的debounce
功能。
新
API
,比如OffScreen
(可以理解为React
版的keep-alive
)自动
batchUpdate
,不仅局限在事件回调函数中
为社区渐进升级付出的成本
官方还在最新进展中透露,升级到v18
将不会、或很少的改变现有代码。
原因是:CM
是可选的(也就是说「时间切片」是默认关闭的)。
刚才聊到,CM
前置依赖「优先级调度」,而「优先级调度」是在「时间切片」这一架构上实现的。
所以,当「时间切片」被默认关闭后,现有代码几乎不需要改动就可以平滑升级到v18
。
可以看到,「时间切片」特性被标记为
Umbrella
,代表这一特性会影响很多API
、架构、库
在v17
发布时,React
内部重构了「事件机制」。
React
事件不会冒泡到统一的根节点,而是每个应用(即调用ReactDOM.render
的节点)的根节点。
这就能让整个应用中的一部分保持现有的legacy
模式,新的部分启用CM
,因为这两个子应用是相互独立的。
由于CM
带来的Breaking Change
使一大票库都不兼容(比如mobx
),所以React
还专门开发了新API
—— create-subscription
用于订阅外部依赖。
这也是为什么v18 Alpha
会优先让库作者使用 —— 库现有的实现在开启CM
全功能时,有可能不兼容。
时间点
当前v18 Alpha
已经可用。公开的beta
版会在几个月后发布。
在beta
版发出后几周后,会发布RC
版本。
最后,在RC
版本后至少几周后,稳定版本会发布。
所以整体的预计是:v18
稳定版年底会到来。
届时,React
团队的工作重心将放在Server Components
上。
参考资料
React18工作计划: https://reactjs.org/blog/2021/06/08/the-plan-for-react-18.html
[2]工作组地址: https://github.com/reactwg/react-18/discussions
[3]使用v18 Alpha: https://github.com/reactwg/react-18/discussions/9