近日，Embarcadero 最新发布的 Delphi 13（Rad Studio 13）在开发者社区中引发了一场不小的风波。多位资深 Delphi 开发者在升级后尝试编译基于旧版本（如 Delphi 7、Delphi 2007 及 Delphi 10.4 等）的遗留项目时，遇到了与 DUNITX 测试框架相关的编译错误。这一问题的集中爆发，导致大量依赖 DUNITX 进行单元测试的项目无法正常构建，严重影响开发进度。
问题重现：旧代码在 Delphi 13 下的“水土不服”
据多位开发者在 Embarcadero 官方论坛、Stack Overflow 以及 Delphi 社区频道反映，当在 Delphi 13 中打开包含 DUNITX 源码的旧项目时，编译器会抛出类似“E2003 Undeclared identifier: 'DUNITX'”或“Fatal: F2613 Unit 'DUnitX.TestFramework' not found”等错误。即便项目引用路径设置正确，编译过程也会在中途中断，而同样的项目在 Delphi 12.2 或更早版本中则可顺畅编译运行。
一位来自德国的开发者 Stefan Krüger 在论坛中详细描述了他的遭遇：“我们团队有一个维护了十年的 Win32 测试项目，使用 DUnitX 版本 1.5.2。在 Delphi 12.2 中一切正常，但升级到 Delphi 13 后，大部分测试单元都无法编译。我们尝试清理缓存、重装 DUNITX 组件，甚至降级 DUnitX 版本，但问题依然存在。”
深层原因：编译器解析变化与 DUNITX 的双重不兼容
经过社区初步排查，问题并非单一因素造成，而是多重不兼容的叠加效应。
首先，Delphi 13 对编译器前端进行了显著优化，更新了名称解析规则。新编译器对单元引用的顺序、命名空间的查找逻辑更加严格。DUNITX 的旧版本（尤其是 1.x 系列）中使用了大量非标准的编译器指令和隐式依赖关系，例如依赖自动生成的注册单元或隐式引入的 RTTI 信息。这些在新编译器解析下可能被视为“未声明标识符”或“重复定义”，从而触发错误。
其次，DUNITX 的部分核心单元（如 DUnitX.TestFramework.pas、DUnitX.Utils.pas）中使用了已过时的 RTL 函数或废弃的编译器特性。Delphi 13 移除了部分遗留 API，例如某些与 Win16 兼容的字符串处理函数，以及已标记为“deprecated”的 Variant 操作。当 DUNITX 源码中包含对这些函数的引用时，编译器便直接报错并中断。
第三，Embarcadero 在 Delphi 13 中更新了 System 和 SysUtils 等基础单元的内部结构，导致 DUNITX 依赖的一些底层方法签名发生变化（例如 TObject 的 AfterConstruction 行为调整），进一步加剧了兼容冲突。
影响范围：波及大量企业级遗留项目
DUNITX 是 Delphi 生态中最广泛使用的单元测试框架之一，从中小企业到大型银行的遗留系统都有其身影。此次编译错误直接影响以下场景：
- 持续集成（CI）流水线：许多团队使用
dcc32命令行编译器进行自动化构建，升级到 Delphi 13 后构建失败，导致发布延期。 - 测试覆盖率工具：DUNITX 集成的测试运行器和报告生成器均需要正常编译，错误导致测试套件完全失效。
- 第三方库集成：大量第三方 Delphi 组件（如 TMS、DevExpress）也在底层使用 DUNITX 进行自测，这些组件同样遭遇编译问题。
据不完全统计，仅在问题曝光的首周，Embarcadero 官方论坛相关主题帖数量已超过 150 条，GitHub 上 DUNITX 仓库的 Issues 区新增了超过 30 个类似报告。部分开发者表示，如果不尽快解决，将考虑推迟迁移到 Delphi 13 的计划，甚至评估转向其他开发工具的可能性。
社区应对：临时补丁与官方回应
面对质疑，Embarcadero 首席产品经理 Marco Cantù 在官方博客中承认了兼容性问题，并表示团队正在紧急修复。Embarcadero 已发布一个紧急热修复（Hotfix）预览版，主要针对 DUNITX 与 System 单元的依赖冲突，但该补丁尚未覆盖所有已知错误。
与此同时，社区贡献者也在积极行动。DUNITX 当前的主要维护者 Uwe Raabe 发布了针对 Delphi 13 的适配分支（DUnitX v2.1 Alpha），该分支通过移除废弃的 RTL 调用、更新单元引用声明以及调整编译器宏定义，初步解决了大部分编译错误。该分支已在 GitHub 上获得超过 200 颗星，但官方建议开发者谨慎采用，因为 Alpha 版本未经过完整测试。
同时，一些开发者分享了临时变通方案：
- 降级编译器版本：在 Delphi 13 中保持原项目编译器版本设置为“Delphi 12”兼容模式（通过 Project Options > Compiling > Target platform 调整），但这会失去部分新特性。
- 手动修补 DUNITX 源码：根据错误提示，逐个查找并替换废弃的函数调用，例如将
AnsiToWide替换为UnicodeString转换。 - 切换测试框架：部分团队开始评估使用 Embarcadero 官方推荐的 DUnit 替代方案（DUnit v2），但 DUnit 的功能集与 DUNITX 有差异，迁移成本较高。
前景展望：兼容性将是长期课题
Delphi 13 的编译错误事件再次提醒开发者：升级主版本工具链时，必须充分测试第三方框架和遗留代码的兼容性。DUNITX 问题并非孤例，此前 Delphi 11 升级时也曾出现过 FastMM 与新版编译器冲突的情况。
Embarcadero 预计将在接下来的 Delphi 13.1 版本中提供完整兼容性修复，同时 DUNITX 团队也已发布正式版 v2.0 候选版（RC1），可在最新 Delphi 13 中稳定运行。对于仍然陷在编译错误中的开发者，建议密切关注 Embarcadero 质量门户和 DUNITX 官方仓库的更新日志。
这场编译危机也给整个 Delphi 生态敲响警钟：在追求性能优化与语言现代化的同时，如何平衡向后兼容性，将是 Embarcadero 未来必须持续面对的棘手命题。