今天把 JavaScript 的var和 ABAP 的DATA放在一起比较，会遇到一个很有迷惑性的现象。ABAP 允许在 method 中间、IF内部、LOOP内部甚至某个SELECT的目标位置声明变量，而且某些变量离开那个IF或LOOP后仍然可以使用。只看代码外观，很容易产生一个判断，ABAP 好像也把变量声明提升到了 procedure 顶部。这个判断不准确。ABAP 没有 JavaScriptvar那种 variable hoisting 机制。判断标准不是编译器有没有提前知道变量，而是源代码能不能在变量声明之前，通过普通静态引用访问这个名字。JavaScriptvar可以做到这一点，访问结果通常是undefined。ABAP 不允许这样做，ABAP 的静态名字解析遵守声明顺序，某个声明之前的语句看不到后面才出现的局部变量。SAP 的 ABAP 文档对这一点说得非常明确，在一个 ABAP statement 中，只能看到当前位置之前已经完成的声明。另一方面，procedure-local data 的有效上下文又可以覆盖整个 procedure，因此 ABAP 同时存在「整个 procedure 有效」和「从声明处开始静态可见」这两个维度。它们叠在一起，才制造出了类似 hoisting 的视觉效果。( ABAP 里有没有 variable hoisting，真正要看的是声明位置、静态可见性和生命周期
今天把 JavaScript 的var和 ABAP 的DATA放在一起比较，会遇到一个很有迷惑性的现象。ABAP 允许在 method 中间、IF内部、LOOP内部甚至某个SELECT的目标位置声明变量，而且某些变量离开那个IF或LOOP后仍然可以使用。只看代码外观，很容易产生一个判断，ABAP 好像也把变量声明提升到了 procedure 顶部。这个判断不准确。ABAP 没有 JavaScriptvar那种 variable hoisting 机制。判断标准不是编译器有没有提前知道变量，而是源代码能不能在变量声明之前，通过普通静态引用访问这个名字。JavaScriptvar可以做到这一点，访问结果通常是undefined。ABAP 不允许这样做，ABAP 的静态名字解析遵守声明顺序，某个声明之前的语句看不到后面才出现的局部变量。SAP 的 ABAP 文档对这一点说得非常明确，在一个 ABAP statement 中，只能看到当前位置之前已经完成的声明。另一方面，procedure-local data 的有效上下文又可以覆盖整个 procedure，因此 ABAP 同时存在「整个 procedure 有效」和「从声明处开始静态可见」这两个维度。它们叠在一起，才制造出了类似 hoisting 的视觉效果。( RELATED READING
延伸阅读
更多一线实战笔记与深度复盘，助您持续精进
