打开这份 ABAP 工具发布计划，最吸引我的并不是编辑器里多了几个按钮，而是几个每天都会遇到的动作终于被放到了一起。查询 CDS 数据、维护消息类、比较对象版本、查看字典激活日志、释放传输请求，这些工作过去经常把一次连续的开发过程切成好几段。代码正在 VS Code 里编辑，检查数据却要切换环境，遇到激活问题又得寻找另一个入口。工具演进真正有价值的地方，就藏在这些来回切换的间隙里。SAP 已经把 ABAP Development Tools 带进 Visual Studio Code。SAP 在 2026 年 6 月的官方开发者新闻中介绍了首个版本，初始范围以 ABAP Cloud 开发模型为重点，覆盖类、接口、CDS、服务定义、服务绑定以及行为定义等关键对象。到了 2026 年 7 月，官方新闻又介绍了 1.1 版本，对象支持与 MCP 工具范围继续扩大。这里已经有实际发布的产品基础，后续规划是在这套基础上继续补齐开发流程。不过，阅读路线图时，我们必须把已经发布的能力与计划能力分开。本文讨论的 VS Code 1.2 功能，计划发布时间是 2026 年第四季度，1.3 功能则计划安排在 2027 年第一季度。截至 2026 年 9 月 30 日，这些条目应当按规划理解，不能直接作为当前安装版本已经具备的功能来安排项目交付。具体可用范围，还要结合正式发布说明、后端版本以及系统配置确认。这套规划还有一个容易被忽略的细节，编辑器版本和后端版本是两个不同维度。安装了 VS Code 扩展 1.2，并不代表所有连接的 ABAP 系统都能提供同样的对象编辑能力。后端负责对象模型、检查、激活和运行，前端负责把这些能力呈现出来。我们不能靠升级一个本地扩展，让旧后端突然拥有新版本的语言特性或仓库对象。从这个角度看