Как вызывать процедуру,которой может и не быть,не выпадая в остановку по ошибке? #738576

Здравия всем! Есть такая вещь. Общий модуль, который вызывается из разных отчетов. В общем модуле универсальные механизмы. В нём вызывается процедура из модуля отчета (на подобии БСП). Но этой процедуры в отчете может не быть, что не должно влиять на работоспособность механизмов. Посему вызов процедуры делается через попытку: Попытка Однако, таким образом, если в отладке стоит остановка по ошибке, то здесь будет при ошибке останавливаться выполнение. Это очень бесит. Можно ли как-то обмануть систему, чтобы она не останавливалась на этом участке кода? Попробовал выполнять тот же код, но через "Выполнить" - результат тот же.

>>Это очень бесит Валерианки прими

убери остановку по ошибке... а вообще лучше запихни все нужные процедуры в отчеты

, так и думал, что пойдут ответы в духе мисты )

Обманывать систему грешновато. Можно вынести определение флага доступности настройки в тот же отчет, например, использовать прием из той же БСП: И считать отчет без метода Настраиваемый кривым - путь падает.

, в том то и дело, что хочется универсальности как в БСП

Ну дык открой БСП и посмотри. Там как минимум два подхода - в справочнике _ДемоНоменклатура при интеграции с подсистемами (например, поиск и удаление дублей), там используется переопределяемый модуль, который поставляет список метаданных объектов, для которых функционал включен. Или в обмене данными - в модуле менеджера плана обмена _ДемоОбменСБиблиотекойСтандартныхПодсистем, там используется как раз то, про что я писал - метод ПланОбменаИспользуетсяВМоделиСервиса плюс дополнительные контроль по вхождению плана обмена в одну из подсистем БСП.

не включай остановку по ошибке без нужды да и всё

, там через попытку и сделано

Остановка по ошибке может быть с указанием конкретной ошибки. Укажи ту,которая тебя смущает

=)

Или Описание = "Слишком много фактических параметров"         Или Описание = "Too many actual parameters";

+ КоличествоПараметров - нужно задать заведомо большее значение, чем может быть у метода.

зачем столько сложностей, если в итоге все равно "Попытка"?..

результат будет тот же

что-то типа прокатит ???

это внутри обработки, а если снаружи?

, идея хорошая, но я нахожусь в контексте общего модуля и таким методом не могу стукнуться в контекст объекта отчета

еще можно попробовать Если ЗначениеЗаполнено(ИмяМодуля[ИмяПроцедуры]) Тогда

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

Согласен, что попытка и ошибка внутри нее все равно будет. Если глубже вдуматься, то станет понятно, что мой метод хитрее, т.к. 1) не будет "проглатывать" любую ошибку внутри вызываемого метода 2) позволяет понять, есть ли метод до его вызова, и только если он есть, подготовить возможно тяжелые с вычислительной точки зрения параметры для его вызова

, да, всё верно. Но только текущую хотелку не решает)

Твоя хотелка не решается без доработки интерпретатора. Соответствующие пожелания 1С зарегистрировала еще 8 лет назад. Тут Гений1С уже поднимал тему

Заведи РС ПравославныеОтчеты, где и опиши, у какого отчета какие методы есть.

, вон оно как. Не знал, спасибо