LOOP ASSIGNING em vez de LOOP INTO - Abapinho
LOOP ASSIGNING em vez de LOOP INTO
No princípio era o INTO. Aliás, no princípio nem sequer era o INTO.
No final do século XX o mais comum era fazer-se isto:
DATA: BEGIN OF itbl OCCURS 0,
name1 LIKE kna1-name1,
END OF itbl.
SELECT (...)
LOOP AT itbl.
itbl-name1 = itbl-kunnr.
MODIFY itbl.
O que é uma grande javardice porque tabelas com área de trabalho implícita são no mínimo confusas e ambíguas.
Depois, no início do século contemporâneo, começou a ganhar-se algum pudor e passou a fazer-se isto:
DATA: lt_kna1 TYPE STANDARD TABLE OF ty_kna1,
ls_kna1 LIKE LINE OF lt_kna1.
ls_kna1-name1 = ls_kna1-kunnr.
MODIFY lt_kna1 FROM ls_kna1.
É melhorzinho porque já usa uma área de trabalho explícita. Mas mesmo assim obriga a que o ABAP passe boa parte do tempo a copiar os dados da lt_kna1 para a ls_kna1 e vice-versa sem necessidade nenhuma e ainda requer a invocação explícita do MODIFY.
Mas agora que a primeira década do novo século findou e que até as festas dos anos 80 e dos Bee Gees já começam a caducar e a dar lugar a festas dos anos 90 com Pearl Jam, já não há desculpa para não fazerem assim:
DATA: lt_kna1 TYPE STANDARD TABLE OF ty_kna1.
FIELD-SYMBOLS: <lt_kna1> TYPE ty_kna1.
LOOP AT lt_kna1 ASSIGNING <lt_kna1>.
<lt_kna1>-name1 = <lt_kna1>-kunnr.
E é esta a solução mais rápida de todas (pré-HANA, claro). Já não é preciso fazer MODIFY porque qualquer alteração feita a <lt_kna1> é imediatamente reflectida na lt_kna1 visto que o field-symbol não é mais do que um ponteiro.
Em pleno século XXI, evite-se usar áreas de trabalho sempre que possível. Assim de repente diria que a única circunstância em que ainda fazem sentido é quando se pretende inserir novos registos numa tabela interna.