React Native 0.85,构建速度大增,且有一变或致汝导入崩坏。_
据官方发布记: expo.dev/CHANGELOG/sdk-56
SDK 56 始于五月廿二日,吾于周末引吾之一应用于此。诸发布记多若墙立之日志,故不欲复述之,惟欲导览数变之实见于日常。
简略版于首:SDK 56 航载 React Native 0.85 与 React 19.2。若自 SDK 55 至此,则略 0.84,故此一跃得两 RN 版本。
构建速矣,尔无需劳形
未启版本志,吾已察之
于 iOS,今之 Expo 模块重者,皆预构之框架也。无配置之变,自尔如是,于地及 EAS 皆然。Expo 测得中位数清理构建时,时减约一分钟,约十六之百分。EAS 更进一筹,预编译众社区之常库,如 Reanimated 与 Screens,复增约一分钟之上。
安卓得大胜于架构。新 Kotlin 编译插件以构建时生成的元数据取代旧版基于反射的模块设置。Expo 公布之数:冷启动快四成,交互响应时短一倍半,onCreate 时短一倍七。无需你自行接驳,升级即得。
亦有实验性标记,用于安卓代码生成,以预编译头文件。其基准测试中,CMake任务时程自十七分钟减至六分。此标记默认关闭,须通过expo-build-properties启用,若构建图谱繁重,不妨一试。
赫尔墨斯v1者,今为常例矣
启动更速,内存更低,运行更优。若有故障,可翻转之。useHermesV1 退避于 expo-build-properties,然吾将留之,观其如何。
启程之前,有一事当察:Node 版本低于 v20.19.4 者已不再受支持。先检视汝之 CI 图像,否则将耗二十分钟,徒自疑为何物皆不安装。
Expo UI 稳定。
三番SDK之变,Expo UI中SwiftUI及Jetpack Compose之API已稳,寓于默认模板。今有通备组件之集(Host、Row、Column、Text、TextInput、Button、Switch、Slider等),行于iOS、Android及网,不须分文件为.ios.tsx与.android.tsx。然网之用尚在试验,勿恃以制产。
吾所欣者,乃社区图书馆之替代品之降也。更易其引,遂行矣。
// before
import DateTimePicker from '@react-native-community/datetimepicker';
// after
import DateTimePicker from '@expo/ui/community/datetime-picker';
同法亦适用于底表、选择器、分段控制、遮罩视图及滑块。或有异因其依 SwiftUI 与 Compose 而非 UIKit,故更易前读文牍,勿盲易之。
噬汝者:expo-router自react-navigation分出
Expo Router分叉其曾借自React Navigation之导航原语。犹栖于react-native-screens,若尔好之,React Navigation犹全然支持。然若尔于Expo Router项目中直引@react-navigation/*,则此引断矣。
有codemod可理其大者:
npx expo-codemod sdk-56-expo-router-react-navigation-replace [your-source-dir]
expo-doctor今亦将告汝,若已安装expo-router与react-navigation,盖此组合,自是谬误,缘于今之变故也
expo-file-system已追及
新之文件系统 API 自 SDK 54 起已成默认,然犹有阙。SDK 56 弥合其大者。下载可报进境,以 AbortSignal 可中止之;复制移置需带覆写之旗;另具基于任务之上传下载 API,可进境可续传。文件选取今亦能一呼而理众文件及 MIME 类型。
若因功能缺失而暂缓移离旧模块,此或为汝当止暂缓之期矣。
值知琐事
- 日历、通讯录及媒体库之API已稳定,乃基于对象之设计。旧以ID为基之API已废止。
- iOS小工具与实时活动已稳定。
-
expo/fetch乃当今之全球取。常隐不可见,若需旧行,则设EXPO_PUBLIC_USE_RN_FETCH=1。 -
copy()与move()皆于文系统异步矣。若恃同步之版,则用copySync()与moveSync()。 - 新构之模,添 AGENTS.md 与 CLAUDE.md,复有 Claude 代码及诸代理之正途。
计划版本更新至
- 最小iOS版本现定为16.4,较15.1有所提升。此更迭使部分旧设备如iPhone 7及初代SE(iPhone SE)不再支持。
- 编译原生iOS需Xcode 26.4。
- TypeScript迁至6.0.3。
Expo技能,及我为何委托代理人完成升级
我未料此般关注。
今 Expo 已配发官方 AI 代理之技能。若君未尝遇之,此乃结构化之指令文件,授代理以正确之方,行 Expo 特定之务,非任其自逞于残缺之文牍也。此技与 Claude Code、Cursor、Codex 等相协。新 SDK 56 之项目,更预制 AGENTS.md 与 CLAUDE.md 之框架予君。
于 Claude Code 中安装之:
/plugin marketplace add expo/skills
/plugin install expo
其他代理,技能CLI亦然:
npx skills add expo/skills
列单甚长(含原生界面构建、部署、开发客户端、模块、EAS工作流、老系统改造等),然此篇所重者[upgrading-expo](https://github.com/expo/skills/blob/main/plugins/expo/skills/upgrading-expo/SKILL.md) 之升级行为,非一令而为之,乃次第而施也。其读尔之 package.json,以 --fix 而行安装,遍察破旧之变,验尔之配置插件,核本机模块之相容,并标其不可安自修正之部分。复载迁转之引据,以应艰险之变,若新构架、React 19、本机标签,及 expo-av 至 expo-audio/expo-video 之迁也。
世博文档直言之,若用编程之代理,当安装技能,而运行之。[upgrading-expo](https://github.com/expo/skills/blob/main/plugins/expo/skills/upgrading-expo/SKILL.md)技胜于手改。其全单存于。docs.expo.dev/技能.
升格
若尔欲自御之,则55之应用可也。
npx expo install expo@^56.0.0 --fix
npx expo-doctor@latest
既读变通之篇,再读之,而后推之。于诸定制模块之podspecs,皆升iOS部署标至16.4。若用expo-dev-client,则须新筑一开发之构。
吾之升迁,吾使之。[upgrading-expo](https://github.com/expo/skills/blob/main/plugins/expo/skills/upgrading-expo/SKILL.md)之技,首过之,复自察其异。其察反导航之引、异步之抄移之变,皆在我运行之前已见,此乃疾行时易忘之事也。路由之码改余事,皆得其力,而 EAS 之建速之异,非虚言也,非仅见诸文牍之虚标。若持生产之应用,此乃久时难得之进也。

























