В процессе разработки и поддержки конфигураций на платформе «1С:Предприятие 8» программисты регулярно сталкиваются с различными ошибками приведения типов. Одной из самых распространенных и в то же время простых в исправлении является ошибка «Преобразование значения к типу Булево не может быть выполнено».
В этой статье мы подробно разберем, почему возникает эта ошибка, проанализируем внутренние механизмы работы платформы с типами данных, а также рассмотрим практические варианты решения проблемы — от быстрого «обходного» пути до правильного архитектурного проектирования взаимодействия между формами документов и обработок.
Давайте проанализируем ситуацию, описанную в теме. В модуле формы внешней обработки печати этикеток выполняется следующий код:
ЭтикеткаОбласть.Параметры.Артикул = СтрокаИзСписка.Номенклатура.Артикул + ?(Демо, "-DEMO", "");
Платформа сообщает об ошибке при выполнении этой строки. Причина кроется в первом параметре тернарного оператора ?(). Этот оператор ожидает, что его первый аргумент (условие) гарантированно вернет логическое значение — либо Истина, либо Ложь. Если переданное значение относится к другому типу данных, платформа 1С пытается выполнить автоматическое (неявное) приведение типов.
Давайте подробно разберем, как ведет себя платформа при попытке привести различные типы к типу Булево:
0 преобразуется в Ложь, а любое другое число (как положительное, так и отрицательное) — в Истина."Да", "Нет", "Истина", "Ложь", "True", "False". Если строка пустая или содержит любой другой текст (например, артикул или наименование), выполнение программы аварийно завершится ошибкой приведения типов.Булево. Попытка использовать переменную со значением Неопределено или NULL в качестве прямого условия в операторе Если или ?() всегда гарантированно вызывает ошибку «Преобразование значения к типу Булево не может быть выполнено».В рассматриваемом нами случае переменная Демо на момент выполнения кода в форме обработки оказалась равна либо Неопределено (так как переменная не была инициализирована), либо NULL. Из-за этого тернарный оператор не смог обработать условие, и система выдала ошибку.
Рассмотрим самый быстрый способ устранения ошибки «в лоб», который часто применяется разработчиками для оперативного восстановления работоспособности системы. Нам необходимо гарантировать, что выражение в первом параметре тернарного оператора всегда будет возвращать строго Булево.
Для этого мы можем применить явное сравнение с логической константой Истина:
ЭтикеткаОбласть.Параметры.Артикул = СтрокаИзСписка.Номенклатура.Артикул + ?(Демо = Истина, "-DEMO", "");
Давайте разберем по шагам, почему этот код работает безотказно, даже если в переменной Демо содержится Неопределено или NULL:
= позволяет сравнивать между собой значения абсолютно любых типов данных. Такое сравнение никогда не вызывает ошибок выполнения.Демо содержит значение Неопределено, операция сравнения Неопределено = Истина вернет результат Ложь.Демо содержит Ложь, операция Ложь = Истина также вернет Ложь.Демо содержит Истина, операция Истина = Истина вернет Истина.Таким образом, выражение Демо = Истина при любых обстоятельствах возвращает корректное булево значение, что полностью исключает падение системы с ошибкой приведения типов. Этот прием считается хорошим тоном в среде разработки 1С при работе с переменными составного типа или реквизитами, которые могут быть не заполнены.
Хотя первый способ и решает проблему с ошибкой, он маскирует более глубокую архитектурную проблему приложения. Давайте проанализируем ситуацию подробнее: флаг Демо — это реквизит формы документа (например, "Приходный ордер на товары"), а код печати выполняется внутри формы обработки "Печать этикеток".
Форма обработки физически не имеет прямого доступа к контексту формы документа, из которой она была вызвана. В результате переменная Демо внутри обработки просто не определена (равна Неопределено). Чтобы решить эту проблему правильно, нам необходимо организовать корректную передачу данных между формами.
Рассмотрим, как правильно передать параметр из формы документа в форму вызываемой обработки в концепции управляемого приложения 1С.
Шаг 1. Передача параметра из формы документа
В модуле формы документа перед открытием обработки мы должны сформировать структуру параметров и передать её в метод открытия формы:
&НаКлиенте
Процедура Подключаемая_ВыполнитьПечатьЭтикеток(Команда)
// Создаем структуру для передачи параметров в открываемую форму
ПараметрыОткрытия = Новый Структура;
// Заполняем структуру параметром "Демо", считывая его из реквизита объекта документа
ПараметрыОткрытия.Вставить("Демо", Объект.Демо);
// Открываем форму обработки печати этикеток, передавая параметры
ОткрытьФорму("Обработка.ПечатьЭтикеток.Форма.Форма", ПараметрыОткрытия, ЭтотОбъект);
КонецПроцедуры
Шаг 2. Прием параметра в форме обработки
Теперь нам нужно принять переданное значение в форме обработки. Для этого мы будем использовать обработчик события ПриСозданииНаСервере в модуле формы обработки. Мы проверим наличие параметра и запишем его в реквизит формы обработки (который также должен иметь имя Демо и тип Булево):
&НаСервере
Процедура ПриСозданииНаСервере(Отказ, СтандартнаяОбработка)
// Проверяем, был ли передан нужный параметр в форму
Если Параметры.Свойство("Демо") Тогда
// Записываем переданное значение в реквизит формы обработки
Демо = Параметры.Демо;
Иначе
// Если параметр не передан (например, обработка открыта напрямую),
// устанавливаем безопасное значение по умолчанию
Демо = Ложь;
EndIf;
КонецПроцедуры
Этот подход является наиболее правильным с точки зрения стандартов разработки фирмы «1С». Он изолирует контексты выполнения объектов, делает код модульным, легко читаемым и поддерживаемым.
Если в форме обработки логика печати завязана на параметры, мы можем совместить передачу данных и безопасную инициализацию переменных. Для этого при чтении параметров формы можно использовать метод Свойство() объекта Структура, который позволяет передать переменную для записи результата вторым аргументом. Посмотрим на пример кода:
&НаСервере
Процедура ПриСозданииНаСервере(Отказ, СтандартнаяОбработка)
// Инициализируем переменную значением по умолчанию
ЛокальнаяПеременнаяДемо = Ложь;
// Безопасно извлекаем свойство. Если оно есть в параметрах,
// значение запишется в ЛокальнаяПеременнаяДемо.
// Если его нет, переменная останется равной Ложь.
Параметры.Свойство("Демо", ЛокальнаяПеременнаяДемо);
// Теперь переменную можно безопасно использовать в коде
Демо = ЛокальнаяПеременнаяДемо;
КонецПроцедуры
Иногда начинающие разработчики пытаются решить подобные проблемы с помощью оборачивания кода в блоки обработки исключений, как было предложено в одном из сообщений на форуме:
Суффикс = "";
Попытка
Суффикс = ?(Демо, "-DEMO", "");
Исключение
// Пустой блок - глушим ошибку
КонецПопытки;
Мы настоятельно не рекомендуем использовать этот подход по следующим причинам:
Попытка...Исключение является ресурсоемкой операцией для платформы. Частое возникновение исключительных ситуаций негативно сказывается на общей производительности системы.Исключение (так называемое «замалчивание» ошибок) усложняет дальнейшую отладку и поддержку кода. Если логика программы изменится, вы не узнаете о реальном сбое в этом месте, так как ошибка будет скрыта.Демо не определена, код уйдет в ветку исключения, и суффикс всегда будет оставаться пустым (""). То есть программа продолжит работу, но логика вывода признака демо-режима будет нарушена, и пользователи не увидят нужную приставку в артикуле.Мы детально разобрали механизм возникновения ошибки преобразования к типу Булево в среде 1С. Для предотвращения подобных проблем всегда помните о следующих правилах:
Переменная = Истина).Попытка...Исключение для «лечения» ошибок типизации. Правильная типизация и инициализация переменных — залог стабильной и быстрой работы вашей информационной системы.