Это мой вопрос.Должен ли я быть в курсе любых ALV-спецификаций, если таблица создана RTTS?
Я создаю внутреннюю таблицу на два этапа, оба относятся к методам RTTS. Первый шаг загружает и анализирует файл с разделителями табуляции в таблицу. Второй шаг читает эту таблицу RTTI, затем жестко закодирован, добавляет некоторые другие столбцы перед старыми столбцами из файла и, наконец, после этого добавляет старые поля назад, таблица теперь имеет около 12 новых столбцов жесткого кодирования, в перед ними из файла. RTTS помогает создать финальную таблицу, которая затем передается в качестве источника данных в сетку ALV.
В моем прежнем требовании не учитывалось, что функции панели ALV-grid-панели всегда будут нужны конечному пользователю, однако, как всегда, это изменилось. Я включил функции панели инструментов, по умолчанию, без какой-либо настраиваемой кнопки.
Итак, теперь пользователь может удалить некоторые столбцы с дисплея или добавить их обратно, он также может изменить свой порядок. Все хорошо. Я знаю, как это работает, НО я никогда не сталкивался с этой ситуацией со столом, созданной во время выполнения.
Есть ли особые преступники, о которых я должен знать?
Я сделал это с фабрикой cl_table, она вернула полевую игру. Я просто спрашиваю, потому что, если макет будет сохранен пользователем, а позже некоторые столбцы файла будут изменены, на которые ссылаются в макете, и пользователь снова применит его, могу ли я ожидать свалку? – icbytes
Thats интересный случай. Я думаю, что не было бы дампа, потому что мы могли бы создать такую же ситуацию: ITAB создается статически, некоторый пользователь создает свой собственный макет, а затем поле для удаления программщика из ITAB. Мы получаем ту же ситуацию, недостающее поле в макете и не создавали дамп. –
Вы уже проверили это? – icbytes