Статья больше предназначена для себя, чтобы опять безрезультатно не искать в просторах инета, но может сэкономит кому-то время. Всё началось с того, что надо было мне использовать данные структуры во временной таблице в запросе. Поиск по интернету и Инфостарту не дал результатов. Пришлось самому выкручиваться. Кто-то скажет, что слишком маленькая статья или функция, но дело тут не в размере, а в полезности;). Прошу не судить строго и буду признателен, если дадите более оптимальное решение задачи.
Итак. Имеем структуру и данные из неё хотим использовать в запросе. Простая функция обхода элементов структуры в цикле, формирование Таблицы значений и заполнение её данными вроде дало результат, но … в запросе такую Таблицу значений не используешь, так как требуется обязательное указание Описания типов, иначе запрос вылетает с ошибкой.
Пришлось немного повозиться с Описаниями типов, и, в итоге, получилась маленькая функция, которая возвращает то, что нам надо, т.е. заполненную Таблицу значений из Структуры с Описанием типов.
Функция СтруктураВТаблицуЗначенийСОписаниемТипов(Структра)
ТЗ = Новый ТаблицаЗначений;
НовСтр=ТЗ.Добавить();
ОписаниеТиповСсылок = Новый ОписаниеТипов(Новый ОписаниеТипов(Справочники.ТипВсеСсылки(), Документы.ТипВсеСсылки().Типы(),Перечисления.ТипВсеСсылки().Типы()));
Для Каждого ТекЭлем из Структра Цикл
ТЗ.Колонки.Добавить(ТекЭлем.Ключ,
?(ОписаниеТиповСсылок.СодержитТип(ТипЗнч(ТекЭлем.Значение)),
Новый ОписаниеТипов(СтрЗаменить(ТекЭлем.Значение.Метаданные().ПолноеИмя(),".","Ссылка.")),
Новый ОписаниеТипов(Строка(ТипЗнч(ТекЭлем.Значение)))));
НовСтр[ТекЭлем.Ключ] = ТекЭлем.Значение;
КонецЦикла;
Возврат ТЗ;
КонецФункции
Related Posts
Получение логина и пароля техподдержки 1С из базы
Класс для вывода отчета в Excel
Счет-фактура для УПП
Библиотека классов для создания внешней компоненты 1С на C#- Акт об оказании услуг (со скидками) — внешняя печатная форма для Управление торговлей 11.1.10.86
Прайс-лист с артикулом в отдельной колонке
Как-то сложно. Если данные структуры (а не массива структур) нужно использовать в запросе, то зачем вообще прослойка в виде таблицы значений?
Почему сразу не передавать данные структуры через установку параметров? Хорошо, допустим, состав элементов коллекции структуры неизвестен или же элементов много, то можно программно создать текст запроса. Например, так:
Показать
Кстати, код-то ваш ещё и нерабочий. Вы ведь в курсе, что созданное вами описание типов ОписаниеТиповСсылок содержит еще тип Неопределено, но не содержит никакие другие типы кроме ссылок справочников и документов? Попробуйте передать в функцию, например:
Для чего нужна следующая конструкция?
В чем заключается смысл исключения типов ссылок перечислений из исходного описания типов ссылок справочников? Ведь ихтамнет.
Почему вообще решили оставить только типы ссылок справочников и документов? Почему не создали описание типа, включающего в себя все возможные ссылочные типы конфигурации (для таких случаев даже есть БСП’шная функция ОписаниеТипаВсеСсылки())?
С другой стороны, если не ограничивать использование всех ссылочных типов, зачем вообще тогда огород с ОписаниеТиповСсылок и методом СодержитТип(), ведь тогда можно, например, сделать так:
Показать
Ок, оставили только типы ссылок справочников и документов. А как быть с ссылками на справочники и документы из расширения?
Согласен с вами. Была пятница вечер. Усталость. Срочно нужно было использовать структуру в запросе. Поиск в интернете ничего не дал. Возможно, надо было просто выложить в качестве вопроса, но на тот момент казалось, что это рабочий вариант и ждать ответа не было времени. К тому же у меня в структуре не было перечислений и «неопределено». А так большое спасибо за предложенный вариант. В любом случае, решение найдено, и я скорее всего, буду использовать ваш вариант, но под массив структур, можно использовать мой, с небольшими корректировками.
(3)
Смотря какой вариант хотите использовать. Если из первого сообщения, то код в нем только лишь для примера программного создания текста вопроса, и там нужно внести кое-какие правки, ну, или учесть следующие моменты в самой процедуре (либо перед её вызовом).
Во-первых, нужно учесть (проверить), что структура не пустая (есть хотя бы один элемент коллекции).
Во-вторых, учесть, что в тексте вопроса в псевдонимах полей нельзя использовать ключевые слова такие как Истина, Ложь, Неопределено, Выразить, Выбор и тд. Соответственно имя полям либо вообще не устанавливать, либо контролировать эту установку (например, подменяя имя).
Далее, судя по контексту, состав структуры вам заранее известен, тогда почему бы вообще не обойтись без программного создания текста запроса.
Запрос = Новый Запрос; Запрос.Текст = «ВЫБРАТЬ | &Параметр0, // Где Параметр{n} — ключ элемента структуры | &Параметр1, … | &ПараметрN»; Для каждого Элемент Из СтруктураДанных Цикл Запрос.УстановитьПараметр(Элемент.Ключ, Элемент.Значение); КонецЦикла;Показать
Если же говорите про вариант из второго сообщения, то вопрос остается открытым: «зачем вообще прослойка в виде таблицы значений?» То есть если бы задача была в том, чтобы перевести структуру в типизированную таблицу значений, то ок. Но вы сами указали, что таблица значений нужна для последующего использования в запросе.
(3)
Не знаю как можно скорректировать ваш код, чтобы можно было работать с массивом структур. Но примерно представляю, что нужно сделать с моим вариантом. Если учесть что ключи (и их количество) могут отличаться у структур, а также типы значений у одноименных свойств (то есть тип колонок у итоговой таблицы значений будет составной) — то делается это, к сожалению, в два цикла. Если необходим будет пример — напишите. Если структуры в массиве созданы одним конструктором и не подразумевается использование более одного типа значений в одноименных свойствах, то заполняем описание типов колонок таблицы значений по первому элементу в массиве структур, а для остальных элементов только заполняем значения через ЗаполнитьЗначенияСвойств (где приемник новая строка таблицы, а источник структура).