REUSE_ALV_FIELDCATALOG_MERGE – крик души

Пожалуйста, прекратите использовать это г***о, нормально этот ФМ никогда не работал и уже не будет работать.
Проблемы:

  1. Ошибка при наличии слишком длинной строки 72 символа в ПРОГРАММЕ. ПРОГРАММЕ, КАРЛ!!!;
  2. Не возможность использования локальных типов, а если их нельзя использовать, то и смысла нет в применении именно этого ФМ;
  3. Проблема со старыми записями в буфере ALV, т.е. если вы изменили структуру иногда необходимо сбросить буфер при помощи программ
    BALVBUFDEL или BCALV_BUFFER_DEL_SHARED. 

Если вы думаете, что использование данного ФМ экономит время разработки - то это не так. Позже начинаются танцы с бубном при переименовании полей, например.
Был случай с тем, что просто перестал искать структуру в INCLUDE и помогло только указание имени программы в параметр i_inclname.
Гораздо проще и удобнее, создать структуру в словаре и строить каталог полей при помощи ФМ LVC_FIELDCATALOG_MERGE

Если не прав, жду ваших замечаний

REUSE_ALV_FIELDCATALOG_MERGE – крик души: 2 комментария

  1. Недавно расширял HRULT3. Добавил несколько z-вых полей в структуру внутренней таблицы IT_FORMA_T_3_1, по которой в дальнейшем строится каталог полей. Так этот ФМ никак не хотел видеть новые поля. Сброс буфера не помогал. Во время отладки нашел вызов ФМ-а ABAP_SCAN_DATA_DESCRIPTION. В нем среди прочего выполняется проверка того, как объявлено поле – через TYPE или LIKE. И то ли этот анализ выполнен криво, то ли еще что-то, времени выяснять не было, но после того, как я поменял объявление полей с TYPE на LIKЕ в каталоге полей сразу появились мои Z-вые поля…

Добавить комментарий

Ваш адрес email не будет опубликован.