从 Eclipse 到 VS Code：ABAP Development Tools 架构重塑背后的两把钥匙

很多年里，ABAP 开发者的日常几乎被两种体验割裂：一边是 SAP GUI 的稳定与熟悉，另一边是 Eclipse 里 ABAP Development Tools（ADT）带来的现代化能力。可开发者的世界早就不止这两种选择。根据 SAP 官方在 ABAP 工具相关博文里的描述，用户长期呼吁把官方工具支持扩展到更多 IDE，其中呼声最高的是 VS Code，同时也有人期待 JetBrains 系列、Neovim，甚至 Zed 这类更轻量或更极客的编辑器生态。(SAP Community)

问题在于，想要更多 IDE 这句话听起来像是把界面挪个地方，做个插件就行；真实工程里，它往往意味着要把一整套“客户端能力 + 对象编辑器体系”重新拆解、重组，才能让同一套核心能力稳定落在不同外壳之上。下面这篇文章就以 ADT 的演进为主线，聊清楚一件事：为什么过去做不到，后来又是如何一步步把不可能变成可落地的工程方案。

为什么 ABAP 工具迁移到更多 IDE 这么难

把 ABAP 开发能力搬到更多 IDE，难点并不在语法高