В 7.3 такие конструкции не работают и ситуация с ними выглядит в коллективе следующим образом: находят такие конструкции, удивляются, потом вспоминают текущую версию и забывают до следующего раза))
А насчет полиморфизма я имел виду, что следующее объявление не поддерживается, как в Delphi или C#:
CLASS lcl_calculator DEFINITION.
PUBLIC SECTION.
METHODS: sum IMPORTING iv_value1 TYPE c
iv_value2 TYPE c,
sum IMPORTING iv_value1 TYPE n
iv_value2 TYPE n.
ENDCLASS.
не знаю как в 7.4, но в версии, на которой я работаю, полиморфизм у классов реализуется через определение аргументов необязательными и в результате этот код станет не читаем вообще. А вот к громоздкости можно привыкнуть))
Редко когда динамический код является читаемым и понятным.
При этом данный пример не является полностью динамическим, так как нельзя выполнить поиск по любым полям таблицы.
Кроме того я бы выполнял динамический вызов SELECT, так как это не изменение данных БД. Через журнал применения в таблице его не найти, но можно найти по наименованию подпрограммы в репозитарии.
А насчет полиморфизма я имел виду, что следующее объявление не поддерживается, как в Delphi или C#:
При этом данный пример не является полностью динамическим, так как нельзя выполнить поиск по любым полям таблицы.
Кроме того я бы выполнял динамический вызов SELECT, так как это не изменение данных БД. Через журнал применения в таблице его не найти, но можно найти по наименованию подпрограммы в репозитарии.