При разработке на управляемых формах 1С 8.3 программисты часто сталкиваются с ситуацией, когда стандартных возможностей выбора элементов в СписокЗначений недостаточно. Возникает соблазн использовать объект ДинамическийСписок внутри списка значений, надеясь, что платформа сама сформирует выборку на основе произвольного запроса. Однако здесь кроется фундаментальная архитектурная ловушка.
В этой статье мы подробно разберем, почему попытка связать эти два объекта напрямую является ошибкой, выясним истинное назначение свойств реквизитов формы и рассмотрим три эффективных способа реализации подбора данных в список значений с использованием произвольных запросов.
Для начала проанализируем, чем отличаются эти объекты, так как путаница в терминах — основная причина затруднений. Проанализируем их назначение:
Когда вы открываете свойства реквизита типа СписокЗначений и видите поле Тип значения, выбор там ДинамическийСписок означает лишь то, что внутри каждой строки вашего списка значений вы собираетесь хранить целый программный объект "Динамический список". Это технически допустимо, но абсолютно бесполезно, так как платформа не умеет отображать динамический список внутри ячейки другой таблицы.
Рассмотрим ситуацию: вы создали реквизит формы со свойством "Список значений", установили тип элементов как "Динамический список", но не видите привычной кнопки "Настройка списка" с полем для текста запроса. Это происходит потому, что СписокЗначений — это не база данных. Он не умеет выполнять запросы самостоятельно. Его задача — просто хранить то, что в него положили.
Настройка Произвольный запрос появляется только тогда, когда сам основной реквизит имеет тип ДинамическийСписок. Если же ваша задача — сделать так, чтобы пользователь при нажатии кнопки "Добавить" выбирал элементы из списка, сформированного по сложному алгоритму, нужно использовать другие механизмы.
Это самый простой и правильный с точки зрения архитектуры 1С способ. Если вам нужно ограничить выбор элементов в списке значений (например, показывать только товары определенной группы), мы можем использовать Параметры выбора или Связи параметров выбора.
Посмотрим, как это настроить в конфигураторе:
СписокЗначений.СправочникСсылка.Номенклатура.Если же логика отбора слишком сложная для фиксированных параметров, мы можем указать конкретную Форму выбора, в которой уже будет настроен ДинамическийСписок с нужным вам произвольным запросом. В этом случае платформа сама откроет нужную форму, а после выбора вернет результат в ваш список.
Рассмотрим более гибкий вариант. Представим, что нам нужно реализовать выбор из запроса, который строится динамически в зависимости от действий пользователя на форме. В этом случае мы перехватываем стандартную обработку выбора.
Для этого выполним следующие шаги:
НачалоВыбора.СтандартнаяОбработка = Ложь.Пример программной реализации:
&НаКлиенте
Процедура МойСписокЗначенийНачалоВыбора(Элемент, ДанныеВыбора, СтандартнаяОбработка)
// Отменяем стандартное открытие формы выбора
СтандартнаяОбработка = Ложь;
// Подготовим параметры для формы выбора
ПараметрыВыбора = Новый Структура;
ПараметрыВыбора.Вставить("МножественныйВыбор", Истина);
ПараметрыВыбора.Вставить("ЗакрыватьПриВыборе", Истина);
// Если нужно передать специфический отбор для динамического списка формы выбора
Отбор = Новый Структура("Услуга", Истина);
ПараметрыВыбора.Вставить("Отбор", Отбор);
// Открываем форму выбора справочника.
// Элемент - это владелец формы, в который вернется значение.
ОткрытьФорму("Справочник.Номенклатура.ФормаВыбора", ПараметрыВыбора, Элемент);
КонецПроцедуры
Выясним причину, по которой иногда требуется именно СписокЗначений: часто это нужно для автоматического заполнения какими-то данными без участия пользователя. Если вы хотите, чтобы при открытии формы или нажатии кнопки список заполнился данными из базы по запросу, ДинамическийСписок как реквизит вам вообще не нужен.
Разберем, как это сделать правильно через объект Запрос на стороне сервера:
&НаСервере
Процедура ЗаполнитьСписокПоЗапросуНаСервере()
// Очищаем текущий список
Объект.МойСписокЗначений.Очистить();
// Создаем обычный запрос к базе данных
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| Номенклатура.Ссылка КАК Ссылка
|ИЗ
| Справочник.Номенклатура КАК Номенклатура
|ГДЕ
| Номенклатура.ПометкаУдаления = ЛОЖЬ
| И Номенклатура.ВидНоменклатуры = &ВидНоменклатуры";
Запрос.УстановитьПараметр("ВидНоменклатуры", Справочники.ВидыНоменклатуры.Товар);
РезультатЗапроса = Запрос.Выполнить();
// Выгружаем результат в таблицу значений
ТаблицаДанных = РезультатЗапроса.Выгрузить();
// Загружаем колонку со ссылками прямо в список значений
Объект.МойСписокЗначений.ЗагрузитьЗначения(ТаблицаДанных.ВыгрузитьКолонку("Ссылка"));
КонецПроцедуры
Этот метод является наиболее производительным, если данные не нужно редактировать интерактивно через форму выбора, а требуется просто получить срез данных из базы.
Если вы все же решили создать объект ДинамическийСписок программно (например, для сложной обработки данных), помните, что его нельзя просто присвоить реквизиту формы типа СписокЗначений. Рассмотрим пример того, как это выглядит в коде:
// Это создание программного объекта, не связанного с формой
ДС = Новый ДинамическийСписок;
ДС.ПроизвольныйЗапрос = Истина;
ДС.ТекстЗапроса = "ВЫБРАТЬ * ИЗ Справочник.Склады";
ДС.ОсновнаяТаблица = "Справочник.Склады";
// Чтобы получить данные из него, вам все равно придется использовать компоновщик макета
// или выводить его в таблицу формы. В СписокЗначений он сам не "перетечет".
Проанализировав ситуацию, мы видим, что ДинамическийСписок — это мощный инструмент для построения интерфейса таблиц, в то время как СписокЗначений — это контейнер данных. Платформа 1С позволяет выбрать один тип в качестве другого только из-за универсальности системы типов, но практического применения такая связка не имеет.
Резюмируем: если вам нужен запрос — используйте объект Запрос для программного заполнения или полноценный реквизит ДинамическийСписок для вывода в таблицу формы. Если вам нужен выбор из списка — настраивайте Форму выбора и Параметры выбора для вашего СпискаЗначений.