Переход с платформы 1С:Предприятие 8.2 на версию 8.3 (особенно на релизы 8.3.10 и выше) часто сопровождается неожиданным поведением старых внешних компонент. Одной из самых распространенных проблем является ошибка «Обращение к процедуре объекта как к функции». Эта ситуация характерна для компонент, написанных с использованием технологии COM (ActiveX), которые годами стабильно работали в старых версиях системы.
В данной статье мы подробно разберем причины возникновения этой ошибки, проанализируем изменения в поведении платформы и рассмотрим пошаговые инструкции по восстановлению работоспособности оборудования.
Давайте проанализируем, как изменился подход платформы к исполнению кода. В версиях 8.1 и 8.2 интерпретатор языка 1С был более «либеральным» к типам вызовов методов COM-объектов. Если метод внешней компоненты был описан в исходном коде (например, на C++ или Delphi) как процедура (void), но в коде 1С программист вызывал его как функцию, платформа игнорировала это несоответствие.
Рассмотрим пример кода, который работал раньше:
// В старых версиях это возвращало Неопределено и не вызывало ошибки
Результат = ОбъектВК.ОчиститьПамятьВесов();
Начиная с версии платформы 8.3.9 и выше, 1С требует строгого соответствия. Если метод COM-объекта не возвращает значение (согласно его IDL-описанию), его категорически нельзя присваивать переменной или использовать внутри логических выражений. Посмотрим, как следует изменить код, чтобы избежать ошибки:
// Правильный вызов для процедуры в 8.3
ОбъектВК.ОчиститьПамятьВесов();
// Переменную "Результат" здесь использовать нельзя
Выясним техническую причину на уровне взаимодействия компонентов. Внешние компоненты общаются с 1С через интерфейс IDispatch. Когда мы вызываем метод, платформа запрашивает информацию о том, является ли он функцией или процедурой. В некоторых компонентах, написанных на C++ или Delphi, результат работы передается через параметры (по ссылке), а само возвращаемое значение (retval в библиотеке типов) отсутствует.
Если в описании метода (TLB/IDL) не указан атрибут [out, retval], платформа 1С 8.3 однозначно идентифицирует метод как процедуру. Если ваша компонента самописная и у вас есть исходники, необходимо проверить описание метода в библиотеке типов:
// Пример правильного описания метода-функции в IDL
[id(1), helpstring("Метод возвращает вес")]
HRESULT ПолучитьВес([out, retval] double* CurrentWeight);
Если атрибут retval отсутствует, 1С будет считать этот метод процедурой, даже если внутри кода компоненты происходит возврат значения. В этом случае обращение Вес = ВК.ПолучитьВес() вызовет обсуждаемую ошибку.
Проанализируем ситуацию с разрядностью процессов. Ошибка «Обращение к процедуре как к функции» иногда является следствием того, что объект вообще не был корректно инициализирован из-за несовместимости разрядности. Если вы используете 64-битную платформу 1С (клиент или сервер), она не может напрямую загрузить 32-битную DLL компоненты.
Даже если автор утверждает, что «32 = 32», часто забывается контекст исполнения «НаСервере». Если код выполняется на стороне сервера, а сервер 1С 64-битный, попытка создать объект через Новый COMОбъект завершится неудачей или непредсказуемым поведением. В таких случаях рекомендуется:
dllhost.exe, который выступит прослойкой между 64-битной 1С и 32-битной компонентой.Рассмотрим разницу между способами инициализации. В теме упоминаются два варианта:
ПодключитьВнешнююКомпоненту("addin.scales")Новый COMОбъект("addin.scales")Если первый вариант перестал работать, попробуйте явно создать объект через COM, предварительно зарегистрировав библиотеку в реестре Windows командой regsvr32 path\to\file.dll. Обратите внимание, что при использовании Новый COMОбъект, платформа взаимодействует с компонентой напрямую через механизмы операционной системы, что иногда позволяет обойти внутренние ограничения менеджера внешних компонент 1С.
Разберем по шагам, что нужно сделать программисту для решения проблемы:
Шаг 1. Ревизия кода 1С. Найдите все места, где вызываются методы компоненты. Если метод используется как функция (в правой части оператора присваивания), попробуйте вызвать его как процедуру. Если вам нужно получить данные, которые возвращает этот метод, а он внезапно стал «процедурой», проверьте, не передаются ли данные через параметры метода.
Шаг 2. Перекомпиляция (при наличии исходников). Если у вас есть исходный код компоненты, лучшим решением будет ее перевод на технологию Native API. Технология COM в 1С постепенно признается устаревшей, а Native API обеспечивает кроссплатформенность и более стабильную работу в новых релизах 8.3.
Шаг 3. Использование оберток. Если переписать компоненту невозможно, рассмотрите возможность использования промежуточного слоя. Например, можно использовать классы .NET через специализированные библиотеки-обертки, которые позволяют более гибко управлять вызовами методов и типов данных.
Шаг 4. Настройка режима совместимости. В некоторых случаях временным решением может стать понижение режима совместимости конфигурации в свойствах корня конфигурации (например, до 8.2.16). Однако помните, что это лишит вас многих возможностей платформы 8.3 и является лишь временной мерой.
Подводя итог, можно сказать, что платформа 8.3 стала требовать от разработчиков большей дисциплины в соблюдении типов данных и протоколов взаимодействия. Тщательный аудит способов вызова методов и проверка разрядности среды исполнения позволяют решить проблему в большинстве случаев.