很多人第一次在 ADT 里看到IDE Action，会把它当成一个偏演示性质的小功能，觉得无非是在 Eclipse 里多塞了一个菜单项。真到项目里开始高频写 ABAP，尤其是做 RAP、CDS view entity、行为定义、扩展点实现、对象导航这些工作时，才会发现它其实很像一个可编排的开发入口。SAP 官方把它定义成一套可以扩展 ADT 的机制，开发者既能创建动作，也能运行动作，返回结果既可以是纯文本，也可以是 HTML，还可以直接给出源代码变更建议。再往前走一步，配合server driven UI，动作在执行前还能动态收集输入参数，这就让它不再只是一个按钮，而是一个能感知开发上下文、接收用户输入、再把结果送回编辑器或结果窗口的工作流节点。(SAP Help Portal)
这类能力在真实开发里很有味道。你在一个类里选中几行代码，或者在Project Explorer里同时选中几个开发对象，动作执行器拿到的就不是抽象请求，而是非常具体的 IDE 上下文。SAP 官方文档里专门给了几个典型例子，像Hello World这种最简单的文本结果，适合验证链路有没有通。再往上，像Inspect IDE Context这样的动作，会把当前选择的资源、焦点资源、
到O(nlogn)的优化之路)
