Обмануть проверку синтаксиса

troy

Привет!
Подскажите, как сделать, чтобы редактор не ругался на след. код:

Code:

IF NOT {таблица TAB типа SORTED}
  SORT tab.
ENDIF.

Таблица TAB объявлена в другом инклуде, и может быть как стандартной, так и сортированной.

Crystal_Ra

Code:

IF it_tab[] not initial.
  SORT tab.
ENDIF.

troy

Ругается на этапе проверки синтаксиса. Изменение условия не поможет (тем более что оно корректное).
"TAB[] является таблица типа SORTED. Для этого типа таблицы запрещена команда SORT"

Кодер

troy: вынесите сортировку в подпрограмму. Таблу внутри подпрограммы передавайте как any table.

Code:

if not it_tab is sorted.
  perform sort_tab changing it_tab.
endif.

FORM sort_tab CHANGING cht_tab TYPE ANY TABLE.
  SORT it_tab.
ENDFORM.                    

troy

Блин, надо больше шоколада кушать ) Пасиб.

Programmer

Поясните, пожалуйста, смысл использование одного инклуда в разных программах.
На мой взгляд, это лишь усложняет поддержку программы другими разработчиками. (Поправив код в одном месте, может сломаться в другом).
Общая функциональность должна быть вынесена или в ФМ или в класс.

Crystal_Ra

ну и Какой смысл (вдогонку) её объявлять SORTED если Вам её потом по другому надо сортировать?
Сделать стандартной и экономить на времени заполнения ))) что ли? а потом ваш код по сортировке один разик вызвать?
не? есть подводные камни?

Удав

Programmer написал(а):

Поясните, пожалуйста, смысл использование одного инклуда в разных программах .На мой взгляд, это лишь усложняет поддержку программы другими разработчиками. (Поправив код в одном месте, может сломаться в другом).
Общая функциональность должна быть вынесена или в ФМ или в класс.

Никто не запрещает объявлять подпрограммы и локальные классы, а также описание типов, констант и переменных в инклюдах. :wink:

По поводу "может сломаться в другом" - при активации инклюда перегенерируются все программы, в которых он участвует.
При активации ФМ или класса - нет. Особенно это касается изменений в интерфейсе ФМ/методов класса.

LAT

Programmer написал(а):

Поясните, пожалуйста, смысл использование одного инклуда в разных программах.
На мой взгляд, это лишь усложняет поддержку программы другими разработчиками. (Поправив код в одном месте, может сломаться в другом). Общая функциональность должна быть вынесена или в ФМ или в класс.

Есть и другие взгляды

. Конечно, если инклуд сделан более-менее грамотно. Проще сопровождать, проще находить ошибки (особенно, как заметил Удав, при изменении интерфейса), проще работать с большим количеством общих типов или констант или данных, проще переносить или отслеживать изменения в коде... Имхо, размещение общей функциональности - на усмотрение программиста.

troy

Crystal_Ra написал(а):

ну и Какой смысл (вдогонку) её объявлять SORTED если Вам её потом по другому надо сортировать?

Не надо "по-другому". Просто для обработки важно, чтобы таблица была отсортирована. Проблема просто в том, что я не знаю, какая таблица будет объявлена в основной программе - сортированная или нет.

Programmer написал(а):

Поясните, пожалуйста, смысл использование одного инклуда в разных программах.

Простой пример (но далеко не единственный), который реализуется только через инклуды: в N отчетах есть общий SELECTION-SCREEN BLOCK с одинаковой логикой обработки.

Удав

troy написал(а):

Просто для обработки важно, чтобы таблица была отсортирована. Проблема просто в том, что я не знаю, какая таблица будет объявлена в основной программе - сортированная или нет.

Если у вас обрабатываются разные таблицы с разными ключами, то зачем выделять общую подпрограмму для сортировки вместо одного оператора SORT?

UKY

troy написал(а):

Просто для обработки важно, чтобы таблица была отсортирована. Проблема просто в том, что я не знаю, какая таблица будет объявлена в основной программе - сортированная или нет.

А, может быть, Вы можете добавить вторичный ключ во все таблицы и использовать его?

troy

Удав написал(а):

Если у вас обрабатываются разные таблицы с разными ключами, то зачем выделять общую подпрограмму для сортировки вместо одного оператора SORT?

Потому что редактор кода не пропускает оператор SORT! В этом и был вопрос.

Code:

INCLUDE A.
  tt_tab TYPE [STANDARD/SORTED] TABLE OF t_tab WITH [...].
INCLUDE B.
  DATA lt_tab TYPE tt_tab.
  SORT lt_tab[].

UKY написал(а):

А, может быть, Вы можете добавить вторичный ключ во все таблицы и использовать его?

Вторичные ключи удобная штука, не не для моего случая.

Удав

troy написал(а):

Потому что редактор кода не пропускает оператор SORT! В этом и был вопрос.

Так этот оператор SORT располагается в общем инклюде - зачем он там?
Сортируйте таблицы там, где происходит их заполнение.

troy

Удав написал(а):

Сортируйте таблицы там, где происходит их заполнение.

Дык в общем инклуде и происходит

Правила форума

Обмануть проверку синтаксиса

Кто сейчас на конференции