В процессе разработки в среде «1С:Предприятие 8.3» программисты часто сталкиваются с колонками табличных частей, имеющими составной тип данных. Типичный пример — колонка, которая может принимать как текстовое значение (тип Строка), так и ссылку на элемент справочника (например, СправочникСсылка.Номенклатура).
При оформлении интерфейса часто возникает задача визуально выделить ячейки в зависимости от того, какой именно тип данных в них записан. Например, окрасить строковые выражения в приятный желтый цвет, а ссылки оставить без изменений. Однако стандартный конструктор условного оформления в платформе 1С не предлагает прямого условия вроде «ТипЗнч(Поле) = Тип("Строка")».
В этой статье мы подробно разберем, как решить эту задачу изящно, рассмотрим внутренние механизмы платформы, разберем скрытые "лайфхаки" и классические надежные архитектурные подходы.
Давайте проанализируем, как платформа 1С производит сравнение разнородных типов данных. В системе компоновки данных (СКД) и в механизме условного оформления, который на ней базируется, существует строгий внутренний приоритет сравнения типов данных. Если значения в проверяемом поле принадлежат к разным типам, результат их сравнения (больше/меньше) определяется согласно следующей иерархии (от низшего к высшему):
Понимание этого правила открывает перед нами удивительную возможность. Поскольку тип Строка по приоритету находится ниже любого ссылочного типа, то любая строка всегда будет «меньше», чем любая ссылка.
В то же время, пустая ссылка любого справочника (например, Справочники.Номенклатура.ПустаяСсылка()) является минимально возможным значением внутри своего ссылочного типа. Ни одна реальная или пустая ссылка этого справочника не может быть меньше, чем пустая ссылка.
Отсюда рождается элегантное и простое условие для условного оформления:
ИмяВашегоПоля < Справочник.ИмяСправочника.ПустаяСсылка
Разберем, как это работает на практике:
Строка < Ссылка возвращает Истина (так как строка по приоритету ниже ссылки). Ячейка успешно окрашивается!Ссылка < ПустаяСсылка возвращает Ложь (так как ссылка не может быть меньше пустой ссылки своего типа). Оформление не применяется.Чтобы настроить это решение визуально в конфигураторе, выполните следующие шаги:
Важное ограничение метода: Если в вашей колонке составного типа помимо строк и ссылок могут также находиться Числа или Даты, они тоже имеют более низкий приоритет, чем ссылки, и система окрасит их как строки. Если ваш тип строго ограничен только строками и ссылками одного справочника — этот метод идеален.
Если вы не хотите полагаться на сравнение «больше/меньше» для разных типов, можно использовать проверку заполненности системных свойств, которые гарантированно присутствуют у ссылочных типов, но напрочь отсутствуют у примитивных типов вроде строк.
Каждая ссылка в базе данных имеет скрытый системный реквизит ВерсияДанных (или просто Версия), который используется платформой для оптимистической блокировки. У обычной текстовой строки такого свойства нет.
Давайте настроим отбор по следующему принципу:
ИмяВашегоПоля.ВерсияДанных (или ИмяВашегоПоля.Код, если у справочника точно включены коды).Для ссылочных типов это поле всегда будет заполнено системным значением версии, а для строковых значений это свойство будет интерпретировано системой как пустое (так как у строки нет версии данных). Соответственно, условие сработает только для строк.
Если вы хотите построить максимально надежную архитектуру решения, которая не зависит от внутренних особенностей сортировки типов в платформе и будет понятна любому другому разработчику без лишних объяснений, воспользуйтесь проверенным методом создания вспомогательного флага.
Многие разработчики боятся этого метода, думая, что им придется «городить огород» в метаданных и писать тонны кода на каждое изменение ячейки. На самом деле все делается очень быстро непосредственно на уровне управляемой формы:
ЭтоСтроковоеЗначение с типом Булево. Этот реквизит будет существовать только на форме и не будет записываться в базу данных!ЭтоСтроковоеЗначение = Истина.Теперь нам нужно заполнить этот флаг. Чтобы не писать обработчик на изменение каждой колонки, мы напишем один единственный общий метод, который будет обновлять значения флага при инициализации данных и при их изменении.
Рассмотрим пример программной реализации в модуле формы:
&НаСервере
Процедура ПриСозданииНаСервере(Отказ, СтандартнаяОбработка)
// Заполняем признак "ЭтоСтроковоеЗначение" при первоначальной загрузке формы
Для Каждого СтрокаТЧ Из Объект.НашаТабличнаяЧасть Цикл
СтрокаТЧ.ЭтоСтроковоеЗначение = (ТипЗнч(СтрокаТЧ.ЗначениеКолонки) = Тип("Строка"));
КонецЦикла;
КонецПроцедуры
&НаКлиенте
Процедура НашаТабличнаяЧастьПриИзменении(Элемент)
// Получаем текущую строку, в которой пользователь изменил данные
ТекущиеДанные = Элементы.НашаТабличнаяЧасть.ТекущиеДанные;
Если ТекущиеДанные <> Неопределено Тогда
// Быстро обновляем флаг для измененной строки
ТекущиеДанные.ЭтоСтроковоеЗначение = ПроверитьЯвляетсяЛиСтрокой(ТекущиеДанные.ЗначениеКолонки);
КонецЕсли;
КонецПроцедуры
&НаКлиенте
Функция ПроверитьЯвляетсяЛиСтрокой(Значение)
Возврат ТипЗнч(Значение) = Тип("Строка");
КонецФункции
Этот подход гарантирует абсолютную стабильность решения при любых обновлениях платформы, не нагружает базу данных и легко поддается отладке.
Если вы хотите полностью контролировать логику интерфейса из кода (что крайне полезно при коллективной разработке и использовании систем контроля версий вроде Git), вы можете настроить условное оформление программно при создании формы.
Давайте разберем, как программно реализовать наш первый способ со сравнением типов через пустую ссылку справочника Номенклатура:
&НаСервере
Процедура ПриСозданииНаСервере(Отказ, СтандартнаяОбработка)
// 1. Создаем новый элемент условного оформления
ЭлементОформления = УсловноеОформление.Elements.Добавить();
// 2. Указываем, как именно мы хотим выделить ячейку (задаем светло-желтый цвет фона)
ЭлементОформления.Оформление.УстановитьЗначениеПараметра("ЦветФона", WebЦвета.СветлоЖелтый);
// 3. Указываем поле, к которому будет применяться наше оформление
ОформляемоеПоле = ЭлементОформления.Поля.Элементы.Добавить();
ОформляемоеПоле.Поле = Новый ПолеКомпоновкиДанных("НашаТабличнаяЧастьКолонкаЗначение");
// 4. Формируем условие: НашаТабличнаяЧасть.КолонкаЗначение < ПустаяСсылкаНоменклатуры
ЭлементОтбора = ЭлементОформления.Отбор.Элементы.Добавить(Тип("ЭлементОтбораКомпоновкиДанных"));
ЭлементОтбора.ЛевоеЗначение = Новый ПолеКомпоновкиДанных("Объект.НашаТабличнаяЧасть.КолонкаЗначение");
ЭлементОтбора.ВидСравнения = ВидСравненияКомпоновкиДанных.Меньше;
// В качестве правого значения передаем пустую ссылку справочника Номенклатура
ЭлементОтбора.ПравоеЗначение = Справочники.Номенклатура.ПустаяСсылка();
КонецПроцедуры
Данный программный код полностью заменяет интерактивную настройку в конфигураторе. Он лаконичен, снабжен комментариями и гарантированно отработает на управляемых формах 1С любой конфигурации.
Выбирайте наиболее подходящий для вашей задачи метод: быстрый и хитрый способ с приоритетом типов или надежный классический вариант со вспомогательным реквизитом формы!