未使用自定义程序中的TABLE_FREE_IN_LOOP转储对ITAB进行刷新/自由/清除

2020-09-15 16:07发布

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


HI队

循环中未使用ITAB的SORT/刷新/免费/清除,但仍通过TABLE_FREE_IN_LOOP进行转储。 附带了转储屏幕以供参考。

请帮助我解决这个问题。

谢谢

Shabare

capture.jpg (130.0 kB)

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


HI队

循环中未使用ITAB的SORT/刷新/免费/清除,但仍通过TABLE_FREE_IN_LOOP进行转储。 附带了转储屏幕以供参考。

请帮助我解决这个问题。

谢谢

Shabare

capture.jpg (130.0 kB)
付费偷看设置
发送
7条回答

这是为什么全局变量不好的一个很好的例子。 这也是一个很好的例子,说明变量命名前缀的弊端,因为gV_是完全错误的,ISU06_MOVEOUT_EXT是带有表的深层结构。 执行支助股经常这样做。 使用诸如gs_或gv_之类的前缀会产生误导,并且会造成这种混淆。

似乎您正在循环调用一个功能模块,但是在这里您要清除要循环的表。

要么拆分结构,要么适当地模块化,要么不清除整个结构。

宇峰
2楼-- · 2020-09-15 16:25

"这是为什么全局变量不好的一个很好的例子"

喜欢!

软件心理学工程师
3楼-- · 2020-09-15 16:39

嗨,

我们可以知道 gv_moveout_ext.is 是字段符号声明吗?

My梦
4楼-- · 2020-09-15 16:32

它是指结构ISU06_MOVEOUT_EXT而不是字段符号

谢谢

Shabareesh

宇峰科技
5楼-- · 2020-09-15 16:41

转储引用了FM:

  1. 我们不知道FM的样子
  2. 我可以猜到GV_MOVEOUT_EXT是一个参数,也许是在改变类型
  3. 如果是这样,让我再次猜测(因为您应该提供有关体系结构的更多信息),您将清理表或一些记录。
  4. 检查代码中有多少 gem_moveout_ext,它是否是功能组的全局表,并且正在清理它,而实际的FM在其他地方被调用。
SAP浪
6楼-- · 2020-09-15 16:43

它正在FM中的多个位置导入参数&是gv_moveout_ext。

谢谢

Shabari

一周热门 更多>