Verse Wiki — 写给蓝图作者的 Verse 手册
第一章 · 第 2 课

你的蓝图会怎样:时间线、转换工具与 Visual Verse

你大概是被一句话推到这里来的:「UE6 要弃用蓝图。」这一课不安慰你,也不吓唬你,只做四件事:把「弃用」这个词在引擎语境里的真实含义讲清楚;把目前公开的时间线摊成一张表,逐条标注它是已发生、已承诺、还是尚未公布;回答三个最扎心的现实问题;最后聊聊那个还没有正式名字的东西——社区叫它 Visual Verse。

一、先把「弃用」这个词讲清楚

在日常中文里,「弃用」听起来像「扔掉」。但在引擎开发的语境里,deprecate 是一个有固定含义的技术动作,它由三件事组成,缺一不可:

Unreal 自己就演过两遍。Matinee(UE4 时代的过场动画系统)在 Sequencer 上线后被标记为不再支持,官方提供了 Matinee to Level Sequence 转换插件,而它真正从引擎里消失,是到了 UE5 —— 从替代品出现到彻底移除,大致横跨了五六年。Cascade(老粒子系统)更极端:替代品 Niagara 大致在 UE 4.20 以 Early Access 亮相、4.25 前后转为生产可用,Cascade 大致在 UE5 时间点被标记为弃用,官方给了 Cascade to Niagara 转换插件——而直到今天的 UE 5.x,Cascade 依然躺在引擎里,能开能跑。

所以当你读到「Actor 与 Blueprint 将被弃用」,正确的翻译不是「明天删除」,而是:某一天官方会说「新项目请用 Scene Graph」,同时给你转换工具,而你手里的蓝图还能继续用很久。至于那一天什么时候来——下一节就是这个问题。

二、已知时间线:哪些已发生,哪些只是承诺

网上关于 UE6 的说法混得厉害,原因是很多文章把三种东西写成了同一种口气:已经发生的事实Epic 已经承诺但还没交付的东西连 Epic 都还没公布的东西。下面这张表把它们分开,状态那一列才是重点。

事件 时间 状态
Verse 随 UEFN 上线,开始在 Fortnite 岛屿的生产环境中运行 2023 年 3 月起至今 已发生
State of Unreal 2026(芝加哥):Epic 公布 UE6,把 UE5 与 UEFN 合并为一个引擎 2026 年 已发生
UE 5.8 发布,并被 Epic 定位为当前的稳定生产目标 2026 年 已发生
Scene Graph:UE6 的新玩法框架,从零基于 Verse 构建(entity + component) 随 UE6 推进 已公布,仍在开发中
UE6 Early Access 目标 2027 年底 已承诺(是目标,不是发布日)
Actor 与 Blueprint 在 UE6 Early Access 及早期版本中完整支持 UE6 EA 起 已承诺
转换工具(conversion tools):把项目从旧框架搬到新框架 在弃用之前 已承诺,但尚未发布;覆盖度与形态尚未公布
Actor 与 Blueprint 被弃用 等 Scene Graph 足够成熟 时间未定
Verse 的可视化脚本层(社区称 Visual Verse) 尚未公布形态,仍在调研
UE6 正式版(非 Early Access)的发布日期 尚未公布
Actor 与 Blueprint 从引擎中被移除 尚未公布,Epic 未给出任何日期

读表的方法很简单:只有「已发生」那几行能用来做计划,「已承诺」那几行能用来定方向,「尚未公布」那几行只能用来保持关注。任何一篇告诉你「蓝图哪一年会消失」的文章,只要它给出了确切年份,那个年份就不是 Epic 说的。完整的逐条出处与确定性标注,见文末的第一个拓展页。

三、问题一:我现在做的项目要不要停?

不要。这个答案没有「但是」,只有理由:

真正该改的不是「做不做」,而是「怎么做」。有五件成本极低、今天就能开始、并且不管 UE6 来不来都对你有好处的事——那是本课的第三个拓展页。

四、问题二:我该现在学 Verse 吗?

该学,但不用慌。这两句得分开说,因为它们的理由完全不同。

为什么该学:因为 Verse 不是「UE6 才有的东西」。它自 2023 年 3 月起就在 UEFN 里跑生产,至今没停过。今天你就能写、能编译、能发布给玩家玩——这不是一门等着上线的实验语言,而是一门已经在跑的语言。更关键的是:UE6 的新玩法框架 Scene Graph 是从零基于 Verse 构建的。也就是说,学 Verse 不是「学一门可能有用的新语言」,而是在学你未来用来搭 gameplay 的那套地基本身。

为什么不用慌:因为你有的是时间,而且你已经会最难的部分了。UE6 Early Access 的目标还在一年多以后,正式版更晚。按每周几小时的节奏,到那时候你已经是个熟手了。更重要的是——你从蓝图带过来的东西比你以为的多:什么时候该触发事件、状态该存在哪一层、这段逻辑归谁负责、这个引用会不会把整个资产链拽进内存……这些是游戏逻辑设计能力,它不属于任何一种语法。换语言换掉的只是「怎么写」,换不掉「写什么」。

说得更直白些:作废的从来不是技能,只是手指的肌肉记忆。你需要重新学的是符号和规则,大概几周;你不需要重学的是判断力,那是你几年攒下来的。

五、问题三:转换工具能救我多少?

先说事实:Epic 已承诺在弃用之前提供转换工具(conversion tools),但工具尚未发布,它的形态与覆盖度也尚未公布。任何声称知道「转换工具能转多少」的说法,今天都只能是猜测——包括下面这段,它的依据是历史,不是承诺。

历史能告诉我们的是:Epic 在换骨架时确实会给转换工具,而且这些工具确实有用。Matinee 到 Sequencer 有官方转换插件,Cascade 到 Niagara 也有。它们能搬走的东西,大体是同一类:

自动转换搬得动 自动转换搬不动
资产与文件结构、变量与默认值、节点拓扑、参数数值、命名 为什么这里要延迟 0.2 秒、为什么这个引用故意做成软引用
一眼能看出对应关系的常规节点 没有对应物的写法——只能给你一个占位符和一条警告
能编译、能跑的结果 符合新框架习惯、别人愿意接手维护的结果

一句话总结历史经验:自动转换搬得动结构,搬不动设计意图。转出来的东西通常「能跑」,但它读起来像一段机翻——语法全对,气质全无。上一次大迁移里真正花时间的从来不是转换那一步,而是转换之后的通读、重构和取舍。这也是为什么真正决定你迁移成本的,不是工具的覆盖度,而是你自己看不看得懂转出来的东西

所以正确的期待是:把转换工具当成「省掉搬砖的力气」,不要当成「省掉理解的力气」。你越懂 Verse,那份自动生成的代码对你就越像草稿;你越不懂,它就越像一座你不敢碰的黑箱。上一次迁移的完整复盘,见本课的第二个拓展页。

六、Visual Verse:可视化层会有,但形态尚未公布

先把名字说清楚:「Visual Verse」是社区对「Verse 的可视化脚本层」的叫法,不是已确认的产品名。目前可以说的只有两句:Epic 已透露 Verse 会有一层可视化脚本;而这一层长什么样——像蓝图那样的节点连线,还是像 Scratch 那样的积木堆叠——尚未公布,相关选项出现在 Epic 面向创作者的调研问卷里,也就是说 Epic 自己仍在收集意见。社区里对「积木式会不会削弱专业工作流」有不少讨论,但那是社区意见,不是 Epic 的决定,别把它当结论转述。

更值得你花三十秒想清楚的是另一件事:哪怕将来真的有了可视化层,理解底层语言仍然是硬通货。

这不是鸡汤,是你已经验证过的经验。蓝图之下是 C++,而在你身边,那些蓝图用得最凶的人,往往正是看得懂 C++ 的人——他们知道哪个节点背后是一次昂贵的遍历,知道这个引脚为什么必须是这个类型,知道报错里那句话在抱怨什么。可视化层永远是语言的一个前端:它决定你怎么输入,不决定语义是什么。节点背后仍然是 Verse 的类型、Verse 的失败上下文、Verse 的并发规则。看不懂底下那层,你就只能在可视化层里试错;看得懂,你在哪一层都是那个说了算的人。

顺带一提,还有个更现实的理由:可视化层还没有发布,而 Verse 今天就能写。与其等一个形态未定的东西,不如先把语言学会——等它来了,你只是换了个输入方式而已。

蓝图对照

这一课没有语法可对照,但有一张更让人踏实的表:你内容浏览器里那些资产,在 UE6 的世界里各自有什么归宿。差异那一列里的「已确定 / 待定」才是重点——已确定指方向已由 Epic 公开说明,或者对应物在今天的 Verse 里已经存在;待定指 Epic 尚未公布细节,别照着任何人的猜测提前动工。

蓝图里的东西 UE6 里的归宿 差异与状态
Blueprint Class(继承自 Actor 的蓝图类) 一个 Verse class,加上 Scene Graph 里由 entity 与 component 组成的实体 已确定:从「继承一棵 Actor 树」变成「给 entity 装 component」。具体 API 待定
Actor Component Scene Graph 的 component 已确定:名字几乎没变,含义变了——组件从「Actor 的附属品」升级为组织行为的主要单位
Level Blueprint(关卡蓝图) 挂在关卡里的 Verse 脚本 已确定方向;具体挂载形式待定。顺带一提,「逻辑别写在关卡蓝图里」这条老规矩在迁移面前会加倍值钱
Blueprint Interface Verse 的 interface 已确定:Verse 今天就有 interface,概念几乎一一对应
Blueprint Function Library Verse 模块里的自由函数(用 using 引入) 已确定:不再需要一个「假类」来装工具函数,函数可以直接住在模块里
Blueprint Macro Library 没有一一对应物,拆成普通函数 已确定:Verse 没有蓝图那种宏。这是本表里唯一「找不到对应物」的常见资产
变量面板 + Details 面板里的 Instance Editable Verse 类的字段,加上 @editable 已确定:今天在 UEFN 里就是这么写的,后面的课会详讲
Event Dispatcher / Bind Event Verse 的事件与订阅(Subscribe) 已确定:今天的 Verse 已有这套东西,第七章细讲
Construction Script 尚无公开的对应物 待定:Epic 尚未公布 Scene Graph 里「编辑期构造」怎么写
Animation Blueprint、Widget Blueprint 等专用蓝图 尚未公布 待定:这些是独立的子系统,Epic 尚未说明它们各自的时间表
节点图本身(拖线、右键搜节点) Verse 文本,以及将来的可视化层 待定:可视化层的形态尚未公布,详见本课第六节

这些差异从哪来?从一个根本区别:蓝图是「资产 + 图」,Verse 是「文本文件」。蓝图类是一个二进制资产,你的逻辑存在里面的节点连线中;Verse 类是一个 .verse 文本文件里的一段字,能 diff、能 review、能被搜索、能被 AI 读写。这个区别顺带解释了本表里的大部分「差异」列:宏没了,因为文本里复制粘贴一个函数比维护一个宏资产便宜;函数库不需要壳类了,因为文本文件本身就是模块。

第二个根本区别是从继承走向组合:蓝图世界里,一个东西「是什么」由它继承自哪个 Actor 决定;Scene Graph 世界里,一个东西「能做什么」由你给它装了哪些 component 决定。这一层的世界观留到第八章展开,现在你只要知道:上表里凡是写着「已确定」的行,你今天就可以带着这个映射去读任何一段 Verse 代码。

关卡挑战

三道题,考的全是「措辞的准确度」——在这个话题上,说对话比知道多更重要。答错可以无限重试。

Epic 说 Actor 与 Blueprint「将被弃用」。下面哪种理解最准确?

关于「转换工具」,今天唯一站得住的说法是哪一句?

假如将来真的出现了可视化的 Verse 编辑层,今天学文本形式的 Verse 还有意义吗?

来源

本课的时间线与承诺项整理自 Epic 官方公开信息:The road to Unreal Engine 6(Epic 官方)↗ · State of Unreal 2026: Top news from the show(Epic 官方)↗。历史类比中的转换插件见 Cascade to Niagara Effects Converter Plugin(官方文档)↗。凡本课标注为「尚未公布」的内容,均指截至撰写时(2026 年 8 月)Epic 未作公开说明——请以官方最新发布为准。

拓展阅读

拓展 · EXTRA

官方时间线全表:从 State of Unreal 2026 到弃用

把所有已公开的时间点、承诺与未定项排成一张详表,每一行都标注来源与确定性——转述给同事之前先来对一遍口径。

进入拓展 →

拔高 · EXTRA

Cascade → Niagara:上一次 Epic 换骨架时发生了什么

复盘 Matinee→Sequencer 与 Cascade→Niagara 两次框架替换:共存期多久、转换工具做到什么程度、老项目最后怎么办的。

进入拓展 →

技巧 · EXTRA

现在就该做的 5 件事,让你的蓝图将来更好迁移

五条今天就能执行的工程建议。共同点:不管 UE6 什么时候来,它们对你现在的项目都是净收益。

进入拓展 →