ABAP 中 MOVE ... TO 和 WRITE ... TO 的区别

来源:互联网 发布:sql优化书籍推荐知乎 编辑:程序博客网 时间:2024/05/24 23:13


WRITE ... TO 把源的格式 附值到目标。

MOVE ... TO 直接把源的值附到目标。

示例:

data: gv_char1(20) type c,
     gv_char2(20) type c,
     dec1(10) type p decimals 2 value '22345.89'.

start-of-selection.
* date *
write:/ 'date variable'.
write sy-datum to gv_char1.
write:/ 'write to', gv_char1.
move sy-datum to gv_char2.
write:/ 'move to', gv_char2.
skip 1.
* decimal *
write:/ 'decimal variable'.
write dec1 to gv_char1.
write:/ 'write to', gv_char1.
move dec1 to gv_char2.
write:/'move to', gv_char2.

结果:

date variable
write to 2008-11-09
move to 20081109

decimal variable
write to 22,345.89
move to   22345.89

 

MOVE-CORRESPONDING 应该注意的语法特点

以前用 MOVE-CORRESPONDING 的时候都是用相同结构的源赋值给目标,今天遇到了两个源结构的字段不同,但是目标结构的字段同时包含这些不同字段的例子。

比如:

源结构 s1 的字段有:key1 key2 value1 value2 valuem valuen

源结构 s2 的字段有:key1 key2 value3 value4 valuem valuen

目标结构 t1 的字段有:key1 key2 value1 value2 value3 value4 valuem valuen

则在:

MOVE-CORRESPONDING s1 TO t1.
...
MOVE-CORRESPONDING s2 TO t1.

的语句块之后,

t1 的 key1 key2 value3 value4 valuem valuen 的值都是来自 s2 的,但是 value1 value2 则依旧保留了来自 s1 的值——没有出现在源结构中的字段并没有因为新的赋值而清空

因为这个问题做合计时出现差异,跟踪了一个多小时才发现,教训深刻。

以后,原则上在使用 MOVE-CORRESPONDING 时,都应该写成如下形式:

MOVE-CORRESPONDING s1 TO t1.
...
CLEAR t1.
MOVE-CORRESPONDING s2 TO t1.

确保目标结构的数据来源可靠。

当然,这是根据需要的,如果您确实需要同时来自两个结构的数据,CLEAR 就是多余的了。

0 0