Может кто-нибудь подсказать, как изменить структуру динамической таблицы?
Имеется набор данных, изменяемый в программе, который складывается в динамическую таблицу(созданную через класс cl_alv_table_create) и показывается через ALV.

Но иногда требуется изменять формат динамической таблицы, т.е. добавлять или удалять в ней поля.

Но почему-то не получается

При попытке очистить и повторно создать табличку программа падает в дамп, мотивируюя тем, что произошел вызов(сабмит) без указания программы.
Отладчик показал, что при повторной генерации в глубинах кода происходит вызов generate subroutine pool, но так как пул с таким именем уже присутствует, то выдается ошибка и очищается переменная, которая и хранит имя программы.

Используйте RTTI.

Если речь идет о показе на экране определенных полей, то поможет метод CL_GUI_ALV_GRID ->SET_FRONTEND_FIELDCATALOG.
Состав полей во внутренней таблице лучше не менять.

Спасибо, почитаю.


Ну если бы структура полей была фиксирована, то да. А у меня вся проблема в том, что в таблице они могут добавлятся/удалятся.
Как вариант можно создать полей десять, на ближащие лет пять этого хватит, и скрывать/показывать их через филдкаталог, но это коряво и не по мушкетерски.

Посмотреть бы этот момент пересоздания таблицы и обновления АЛВ, а так же дамп.


Встречал такое в стандарте не один раз...

Там все просто.
Стандартных инструментов(класс=>метода или ФМ-а) для удаления динамической таблицы созданной с помощью cl_alv_table_create=>CREATE_DYNAMIC_TABLE я не нашел, поэтому просто её чищу.

До обновления ALV не доходит, т.к. сначала надо создать таблицу

Дамп происходит в LSKBHF06 в строке 558 кажется.


Причина дампа - очистка поля l_name после выполнения generate в 547 строке.
Он сообщает, что такой "имя" subroutine pool уже есть, поэтому сгенерировать его низя и чистит l_name.

Как ликвидировать данный пул я не знаю.
Если бы был метод типа cl_alv_table_create=>DESTROY_NAFIG_DYNAMIC_TABLE, то думаю проблема бы решилась.

Что за логика программы такая? Показывать вторичное окно с разными разрезами информации?

Два экрана.
Первый просто ALV отчет с основным объемом данных, с него возможен переход на второй экран с ограниченным набором данных, где они представлены более детализировано в другом ракурсе и пользователь может их изменять/дополнять/удалять.
После возвращения содержимое первого экрана так же должны измениться.

Причем динамически на первом экране создаются только итоги по годам, т.е. неизвестно заранее сколько их. Хотя только что подумал и можно завязаться на сроках действия этих СПП, т.е. создавать не фактически заполненные, а весь возможный диапазон, который потом уже скрывать в зависимости от наличия/отсутствия данных
Ещё и третий будет...

Ну обычно в этом случае бывает как раз фиксированный набор полей.
Или лучше всего просто вызывать стандартные транзакции изменения документов - там все нужные поля уже есть

Так мне вообще не нравиться, что из-за каких-то итогов приходится делать динамическую таблицу, а прописать в структурку поля gjahr2008, gjahr2009...gjahr20хх религия не позволяет .

Сама прога и пишется, чтобы обойтись без стандартных интерфейсов, ибо должна позволять делать всё в одном месте без скачков по транзакциям и экранам, представляя стуктурированный набор всех необходимых данных. Автоматизация...

Пока остановился на том, что за основу для итогов буду брать сроки СПП, ибо нужно чтобы работало уже сейчас, а попутно почитаю RTTI, который Артем Пономарев порекомендовал.