Как правильно проверить значение булевой константы в коде 1С?

← На главную

При разработке в среде 1С:Предприятие начинающие специалисты часто сталкиваются с ситуацией, когда программный код «игнорирует» установленные в базе настройки. Одной из самых распространенных ошибок является неправильное обращение к значениям констант. В этой статье мы подробно разберем, почему прямое обращение к константе не работает, как правильно извлекать булевы значения и какие существуют «профессиональные» способы управления логикой подсистем.

Разбор основной ошибки: Менеджер против Значения

Рассмотрим ситуацию, с которой столкнулся автор темы. В коде была попытка проверить условие следующим образом:


Если Константы.Тех_ОтключениеПодсистемы = Истина Тогда 
    Возврат; 
КонецЕсли;

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

Следовательно, условие всегда будет ложным, и система продолжит выполнение процедуры, даже если пользователь установил «галочку» в интерфейсе. Для решения этой проблемы необходимо вызвать метод, который «достанет» фактическое значение из базы.

Правильное использование метода Получить()

Чтобы код заработал, мы должны явно указать платформе, что нам нужно значение константы. Для этого используется метод Получить(). Исправленный вариант кода будет выглядеть так:


Если Константы.Тех_ОтключениеПодсистемы.Получить() = Истина Тогда
    Возврат; 
КонецЕсли;

Теперь система выполнит запрос к базе данных (или к кэшу), получит актуальное состояние флажка и корректно отработает условие Если.

Оптимизация кода и стандарты разработки

Разберем, как сделать этот код еще более профессиональным. В стандартах разработки 1С принято считать сравнение булевой переменной с литералом Истина избыточным. Поскольку метод Получить() для булевой константы уже возвращает Истина или Ложь, условие можно сократить:


Если Константы.Тех_ОтключениеПодсистемы.Получить() Тогда
    Возврат; 
КонецЕсли;

Такая запись легче читается и полностью соответствует правилам «чистого кода». Однако стоит помнить об одном нюансе: если у вашей константы в конфигураторе выбран составной тип данных (например, Булево и Число), метод Получить() может вернуть Неопределено. В этом случае сокращенная запись вызовет ошибку «Преобразование значения к типу Булево не может быть выполнено». Но для обычных флажков (строго Булево) сокращенная форма идеальна.

Производительность и работа в циклах

Выясним, как частое обращение к константам влияет на скорость работы программы. Хотя платформа 1С эффективно кэширует значения констант, каждое обращение через точку Константы.Имя.Получить() — это программный вызов. Если вам нужно проверить настройку внутри цикла (например, при обработке тысяч строк документа), рекомендуется прочитать значение один раз в начале процедуры:


ПриостановкаРаботы = Константы.Тех_ОтключениеПодсистемы.Получить();

Для Каждого СтрокаТЧ Из ТабличнаяЧасть Цикл
    Если ПриостановкаРаботы Тогда
        Прервать;
    КонецЕсли;
    // ... логика обработки ...
КонецЦикла;

Этот подход гарантирует, что мы не тратим ресурсы на лишние обращения к менеджеру констант внутри итераций.

Контекст выполнения: Клиент и Сервер

Важно помнить, что глобальный объект Константы доступен только на сервере. Посмотрим на типичную ошибку: попытка вызвать Константы.Имя.Получить() непосредственно в процедуре формы &НаКлиенте. Это приведет к ошибке компиляции, так как клиентское приложение «не знает» о существовании менеджера всех констант.

Для проверки значения на клиенте у вас есть два пути:

Создать функцию с директивой &НаСервереБезКонтекста, которая вернет значение.
Использовать Функциональные опции.

Использование Функциональных опций — профессиональный подход

Проанализируем ситуацию: если ваша константа Тех_ОтключениеПодсистемы должна влиять не только на программный код, но и скрывать кнопки или разделы меню, лучше всего использовать механизм функциональных опций (ФО). Это «правильный» путь развития конфигурации в стиле 1С:Библиотеки стандартных подсистем (БСП).

Алгоритм настройки:

Создайте в конфигураторе объект Функциональная опция.
В поле «Хранилище» выберите вашу константу.
В списке «Состав» отметьте объекты, которые должны исчезать при снятой галочке.

В программном коде проверку такой опции можно выполнить универсально (и на сервере, и на клиенте):


Если ПолучитьФункциональнуюОпцию("ИмяВашейФункциональнойОпции") Тогда
    // Действие
КонецЕсли;

Этот метод работает быстрее и считается стандартом в современной разработке на платформе 1С 8.3.

Работа с константами в запросах

Иногда требуется проверить значение булевой константы прямо внутри запроса. Напрямую обратиться к ней через точку, как в обычном коде, нельзя. Рассмотрим два способа решения этой задачи:

Способ 1: Передача параметра. Мы получаем значение заранее и передаем его в запрос.


Запрос.УстановитьПараметр("ОтключениеВключено", Константы.Тех_ОтключениеПодсистемы.Получить());

Способ 2: Виртуальная таблица констант. Мы можем обратиться к таблице Константы прямо в тексте запроса.


ВЫБРАТЬ
    Константы.Тех_ОтключениеПодсистемы КАК Статус
ИЗ
    Константы КАК Константы

Безопасность и права доступа

Напоследок разберем важный вопрос безопасности. Если у текущего пользователя нет прав на чтение конкретной константы, вызов Получить() не вызовет ошибку доступа («Нарушение прав доступа»). Вместо этого система вернет значение по умолчанию. Для типа Булево это всегда будет Ложь. Это критически важно: если ваша логика Возврат; должна срабатывать при Истине, то пользователь без прав просто проигнорирует это ограничение, так как код получит Ложь и пойдет дальше. Всегда проверяйте права доступа, если константа отвечает за безопасность системы.