我通过两个步骤创建内部表,这两个步骤都引用了RTTS技术。第一步加载一个制表符分隔的文件并将其解析为一个表。第二步通过RTTI读取该表,然后进行硬编码,在文件的旧列前面添加一些其他列,最后再次添加旧字段,该表现在在文件的列前面有大约12个新的硬编码列。RTTS有助于创建最终表,然后将其作为数据源传递给ALV网格。
我以前的要求没有考虑到最终用户将永远需要ALV网格工具栏功能,然而,一如既往,这已经改变了。我启用了工具栏功能,默认的功能,没有任何自定义按钮。
因此,现在用户可以从显示中删除一些列或重新添加它们,她/他也可以更改它们的顺序。一切都很好,但我从未在运行时创建的表中遇到过这种情况。
有没有特别的罪犯需要我注意?
<ITAB>
完全受REUSE_ALV_LIST_DISPLAY
或ALV OOPS技术之一的支持。所有的布局应该都很好用。事实上,我认为在cl_salv_table=>factory
中,RTTS负责自动创建ITAB
的字段目录,因为它不需要参数传递的字段目录。我唯一听到的是<ITAB>
蚂蚁的指针丢失,这会导致刷新问题等等,但这是另一回事。
根据我的经验,ALV列的最大大小为120个字符。所以,如果你的文件可能不止这些,你可能会有问题。否则,不要指望有什么大事发生。