В версии платформы 8.3.5 появилось новое средство разработки
запросов — объектная модель запроса. Она призвана стать альтернативой широко
распространенному подходу динамического формирования текста запроса, известному
как «рваный запрос», т.е. когда текст запроса собирается программно из
строковых фрагментов посредством конкатенации (+). При помощи объектной
модели запроса можно программно создавать текст запроса не из «кусочков», а
задавая значения свойств объектов, составляющих объектную модель. При этом
объектная модель контролирует валидность текста запроса.
Объектная модель запроса включает головной объект
СхемаЗапроса и порядка 50 подчиненных объектов и коллекций,
связанных с головным объектом.
Поначалу ориентироваться в таком обширном наборе объектов
довольно непросто. И освоиться с объектной моделью запроса может помочь
предлагаемая обработка — Справочная схема объектной модели
запроса.
На форме обработки имеются два поля. Верхнее представляет
собой HTML-поле с текстом условного запроса, включающим практически все
конструкции языка запросов. Отдельные элементы текста запроса представлены
гиперссылками. Нажатие мышью на гиперссылку вызывает в нижнем
поле формы отображение программной конструкции, позволяющей «добраться» до
данного элемента текста через объектную модель запроса.
Обработка запускается как в толстом, так и в тонком клиенте, причем необязательно в 8.3.5, можно в любой версии 8.3.
Предпочтителен интерфейс Такси.
Related Posts
Получение логина и пароля техподдержки 1С из базы
Класс для вывода отчета в Excel
Счет-фактура для УПП
Библиотека классов для создания внешней компоненты 1С на C#- Акт об оказании услуг (со скидками) — внешняя печатная форма для Управление торговлей 11.1.10.86
Прайс-лист с артикулом в отдельной колонке
Интересно
Ну дааа… )) 1С конечно сделали… круто! но тут без
бутылкидополнительной обработки не разберешься ))(2) DrAku1a, скажу больше: эта схема запроса на сегодня к тому же галимо глючит 🙂
Но обещают исправить.
Вообще здесь предполагается подход «от обратного» — в объектную модель передается текст запроса по максимуму, а потом при помощи этой схемы из запроса отрываются отдельные фрагменты, в зависимости от условий. Т.е. не «собирать» запрос, а наоборот, «разбирать». Как это делает СКД или ПостроительЗапроса.
Интересно конечно, а нет такой обработки, чтобы скормить ей свой запрос и она показала всю схему запроса?
(4) qwed557, думаю, для этого вполне подходят Отладчик и Конструктор запроса. Они и покажут всю схему запроса.
(4) qwed557, а вообще идея интересная. Отладчик и Конструктор запроса показывают не всю схему сразу, а отдельные элементы. Надо подумать, возможно, будет интересно увидеть сразу все дерево элементов запроса.
Спасибо за идею.
(6) ждем воплощение этой идеи в жизнь 😉
(6) По моему опыту, не будет это интересно, т.к. я уже проходил через это. Конструировать запрос удобнее в конструкторе, а анализировать — в виде дерева из весьма ограниченного множества типов узлов . Если же показать полное дерево, то из-за обилия малополезных узлов с ним станет неудобно проводить анализ.
(8) tormozit, да это понятно. Так, просто мосх разогреть на досуге, не повредит 🙂
(4) qwed557, Обработка для просмотра дерева объектной модели и отладки команд по программной модификации запроса