При интеграции различных баз данных 1С через механизм COM-соединения разработчики часто сталкиваются с неочевидным поведением платформы: прямое сравнение ссылочных данных (например, перечислений) с помощью обычного оператора равенства = всегда возвращает Ложь. Это происходит даже в тех случаях, когда визуально значения абсолютно идентичны.
В рамках данной статьи мы подробно разберем, почему возникает эта проблема, проанализируем внутренние механизмы работы COM-объектов в 1С и рассмотрим несколько надежных способов реализации сравнения, которые гарантированно работают в реальных проектах.
Разберем первопричину ситуации. Когда мы подключаемся к внешней информационной базе через COMConnector, все объекты, которые мы получаем "извне", не являются полноценными объектами нашей текущей базы. Они представляют собой так называемые прокси-объекты или "обертки".
Проанализируем ситуацию: в памяти компьютера при каждом обращении к свойству или методу через COM-соединение может создаваться новый экземпляр прокси-объекта. Платформа 1С при выполнении операции Объект1 = Объект2 сравнивает не внутренние идентификаторы (GUID) объектов в удаленной базе, а указатели на интерфейсы этих прокси-объектов в локальной памяти. Поскольку это разные программные оболочки, результат сравнения всегда будет отрицательным.
Рассмотрим пример кода, который часто приводит к ошибке:
// Подключение к базе
BaseCOM = Новый COMОбъект("V83.COMConnector");
Соединение = BaseCOM.Connect(СтрокаПодключения);
// Попытка сравнения - результат всегда Ложь
Если Соединение.Перечисления.СтавкиНДС.БезНДС = ОбъектИзCOM.СтавкаНДС Тогда
// Этот код никогда не выполнится
КонецЕсли;
Наиболее простым и эффективным способом, который рекомендуют опытные разработчики, является приведение ссылочного значения к строковому виду, уникальному для всей системы 1С. Для этого идеально подходит метод XMLСтрока().
Важный нюанс: метод XMLСтрока() необходимо вызывать именно в контексте внешней базы, так как локальная база ничего не знает о внутренних идентификаторах объектов в COM-соединении.
Рассмотрим, как правильно реализовать это решение:
// Получаем строковые представления значений через контекст COM-соединения
Значение1_XML = Соединение.XMLСтрока(Соединение.Перечисления.СтавкиНДС.БезНДС);
Значение2_XML = Соединение.XMLСтрока(ОбъектИзCOM.СтавкаНДС);
Если Значение1_XML = Значение2_XML Тогда
Сообщить("Значения равны!");
КонецЕсли;
Этот метод хорош тем, что он сравнивает внутренние строковые идентификаторы, которые неизменны и не зависят от синонимов или языка интерфейса.
Для перечислений существует еще более производительный способ — сравнение их порядковых номеров (индексов). Поскольку состав перечисления фиксирован в метаданных, индекс конкретного значения всегда будет одинаковым в рамках одной версии конфигурации.
Проанализируем шаги реализации:
Индекс() для получения числового значения.
// Сравнение через индексы (числа сравниваются корректно)
ИндексНужногоЗначения = Соединение.Перечисления.СтавкиНДС.Индекс(Соединение.Перечисления.СтавкиНДС.БезНДС);
ИндексТекущегоЗначения = Соединение.Перечисления.СтавкиНДС.Индекс(ОбъектИзCOM.СтавкаНДС);
Если ИндексНужногоЗначения = ИндексТекущегоЗначения Тогда
// Логика при совпадении
КонецЕсли;
Преимущество: Сравнение чисел происходит значительно быстрее, чем сравнение строк, что может быть критично при обработке больших массивов данных в циклах.
Если вам необходимо убедиться, что значение соответствует определенному имени в конфигураторе (например, "БезНДС"), можно обратиться к метаданным. Это более громоздкий, но максимально точный способ.
Выясним, как получить имя значения перечисления:
// Получаем индекс значения
Индекс = Соединение.Перечисления.СтавкиНДС.Индекс(ОбъектИзCOM.СтавкаНДС);
// Получаем имя значения из метаданных удаленной базы
ИмяЗначения = Соединение.Метаданные.Перечисления.СтавкиНДС.ЗначенияПеречисления[Индекс].Имя;
Если ИмяЗначения = "БезНДС" Тогда
// Действие
КонецЕсли;
С точки зрения архитектуры, самым правильным решением будет минимизация количества вызовов через границу COM. Каждый раз, когда мы пишем Соединение.ЧтоТоТам, происходит сетевой или межпроцессный вызов, который замедляет работу системы.
Рассмотрим вариант создания экспортной функции в общем модуле внешней базы. Допустим, во внешней базе есть общий модуль РаботаСИнтеграцией:
// Внешняя база (конфигурация)
Функция ЭтоСтавкаБезНДС(ЗначениеСтавки) Экспорт
Возврат ЗначениеСтавки = Перечисления.СтавкиНДС.БезНДС;
КонецФункции
Тогда в вашей текущей базе код будет выглядеть максимально просто:
// Текущая база
Если Соединение.РаботаСИнтеграцией.ЭтоСтавкаБезНДС(ОбъектИзCOM.СтавкаНДС) Тогда
// Логика отработает корректно, так как сравнение происходит "внутри" базы
КонецЕсли;
Часто возникает необходимость проверить, заполнено ли поле перечисления в объекте, полученном через COM. Обычная проверка на Неопределено может не сработать. Правильнее всего сравнивать с пустой ссылкой данного типа:
ПустаяСтавка = Соединение.Перечисления.СтавкиНДС.ПустаяСсылка();
Если ОбъектИзCOM.СтавкаНДС = ПустаяСтавка Тогда
// Значение не выбрано
КонецЕсли;
Однако помните, что даже здесь сравнение прокси-объектов может подвести, поэтому лучше использовать метод Пустая(), если он доступен, или XMLСтрока.
Мы выяснили, что основной проблемой при работе с COM является "разрыв" контекста памяти, из-за чего ссылки превращаются в прокси-объекты. Для успешной работы придерживайтесь следующих правил:
= для сравнения двух ссылок, полученных через COM.Соединение.XMLСтрока().Индекс().Используя эти методы, вы сможете избежать трудноуловимых ошибок и сделать интеграцию между базами 1С стабильной и быстрой.