Как избежать ошибки при компиляции #723096

Проблема: пишу обработку для двух различных конфигураций. Обработка использует некоторые функции первой конфигурации, которых нет во второй (и наоборот). Коллеги, подскажите, как избежать ошибок использования несуществующих объектов при открытии обработки? Вариант с Выполнить("<тут код не проверяется компилятором и не вызывает ошибки>") мне не нравится, может есть более изящный способ?

Написать 2 обработки

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

Плодить формы и обработки не хочется - большие они слишком. Наверно, через "Выполнить" буду все же делать. Спасибо за ответы.

какие объекты? Для менеджеров справочников, регистров и т.д. можно  импользовать РегистрыСведений[ИмяРегистра] для общих модулей в типовых есть функция ОбщийМодуль(Имя), которая работает через Вычислить

, вариант с "Выполнить" и позволяет избежать кучи кода :)

Тупо перенести "некоторые функции обеих конфигураций" в обработку. Если дело конечно только в функциях, если метаданные отличаются - то сложнее

Проверяй имя конфигурации. Даже в типовых так делают

И?

А далее создаешь две вспомогательные формы с одинаковыми экспортными функциями со специфичным кодом

А че Попытка Исключение отменили уже?

И давно Попытка Исключение стало влиять на компиляцию модуля?

Давно попытка исключает ошибочное создание объекта или обращение к полю, которого нет в конфе. RTFM

Все правильно tridog сказал. Попытка не отключает проверку при компиляции.

на компиляции ему и конфа накидает.

*facepalm*

Мне вот интересно:-) аочему это ты  *facepalm*, а не Ёжики? :-)

1С - компилируемый язык? Я всегда считал, что тут интерпрета?тор... А по сути да: Попытка Исключение при попытке обратится к несуществующему полю не даст упасть 1С-ке. Но по логике - костыль жесточайший. Лучше так не делать))

Компилируемый. В байт-код, правда, не в машинный. В описана проблема не с обращением "через точку" к несуществующему объекту, а обращение к несуществующему объекту глобального контекста. Например, к общему модулю, отсутствующему в конфигурации.

с тем же успехом можно ДжавуПитон назвать компилируемым языком :)))

анализируй Метаданные, не ленись проставлять условия проверки. Познай силу Структуры :)

А порой, в 1С, это экономит кучу времени, еще ли писать через проверки по Метаданным :)

лучшее решение сделать две обработки под каждую конфу, по человечески. худшее сидеть и насиловать мозг, подгоняя под разные конфы P.S. Универсальность <> качество