1с как передать результат запроса с сервера на клиент 1с
Данная статья является анонсом новой функциональности.
Не рекомендуется использовать содержание данной статьи для освоения новой функциональности.
Полное описание новой функциональности будет приведено в документации к соответствующей версии.
Полный список изменений в новой версии приводится в файле v8Update.htm.
Реализовано в версии 8.3.11.2867.
Во время длительной серверной операции пользователь всегда хочет видеть на клиенте ход её выполнения. Для того чтобы оценить, сколько времени осталось до её завершения, или насколько быстро она выполняется. Чтобы это реализовать, необходимо каким-то образом передавать информацию с сервера на клиента. Но и раньше, и сейчас взаимодействие между клиентской и серверной частью 1С:Предприятия происходит только по инициативе клиента. Сервер 1С:Предприятия сам, по своему желанию, не может вызвать какое-либо клиентское приложение и передать ему информацию.
Основные возможности и сценарии
В клиентское приложение вы можете передавать данные, имеющие XDTO-сериализацию. Естественно типы передаваемых данных должны быть доступны на клиенте. Вы можете использовать передачу информации с сервера в клиентское приложение в самых разных сценариях. Например:
- Для отображения прогресса длительной серверной операции;
- Для уведомления пользователей о перезагрузке сервера и принудительного завершения клиентских приложений;
- Для уведомления пользователя о входящем SIP-звонке;
- Для поддержки прохождения бизнес-процессов;
- Для реализации «напоминалок», уведомлений и пр.
Пример использования
Проще всего объяснить новый механизм на конкретном примере, когда длительная операция, выполняемая на сервере, состоит из нескольких этапов. По мере выполнения очередного этапа вы хотите извещать клиентское приложение об этом. Чтобы клиентское приложение некоторым образом показывало пользователю ход выполнения этой операции.
Но если ваша задача состоит в том, чтобы информацию с сервера передавать именно тому приложению, которое инициировало длительную серверную операцию, то в этом случае лучше создать несколько служебных обсуждений, для каждого пользователя своё.
Если же в обсуждении участвует один пользователь, то будет задействовано одно соединение с его клиентским приложением.
Правды ради нужно сказать, что от имени одного пользователя может быть запущено несколько приложений. Но сути дела это не меняет. Если информацию с сервера нужно передать в то приложение, которое инициировало серверную операцию, эффективнее использовать отдельные служебные обсуждения для каждого пользователя, чем «пулять» по всем клиентам в одном общем служебном обсуждении. В этом случае ресурсы сервера взаимодействия будут использоваться бережнее, а нагрузка на него будет меньше.
Итак, для каждого пользователя нужно создать своё служебное обсуждение. Это можно представить следующей схемой:
Приятным моментом является то, что сделать это нужно всего лишь один раз. Удобнее всего это делать в том месте прикладного решения, в котором создаются новые пользователи. Для идентификации обсуждения можно использовать новое свойство Ключ.
Ещё одно новое свойство обсуждения будет вам полезно – Отображаемое. Для служебных обсуждений его лучше устанавливать в Ложь, тогда они не будут показаны в пользовательском интерфейсе.
В настоящее время в Библиотеке стандартных подсистем (БСП) реализован механизм выполнения длительных операций на сервере, который использует фоновые задания. Это позволяет распараллелить исполнение прикладного кода на сервере и освободить пользовательский сеанс.
В этом примере необходимо использовать ту же самую механику.
Запуск фонового задания может выглядеть таким образом:
А длительная операция, выполняемая на сервере, может выглядеть так:
Сначала вы определяете, «ваше» ли это фоновое задание (его идентификатор сохранён в глобальном массиве), затем смотрите, как нужно обработать переданное значение. В одном случае, для примера, вы передвигаете индикатор, а в другом удаляете идентификатор из массива отслеживаемых заданий, потому что задание завершилось.
Заключение
Как вы видите механизм довольно гибкий. И это позволяет использовать его для самых разных задач. Приведённый пример это лишь один из сценариев, как говорится, «в лоб».
Существуют и другие, более изощрённые сценарии. Например, когда длительная операция (загрузка данных) инициируется одним из пользователей, а известить о ходе её выполнения нужно группу пользователей, которые с этими данными работают.
Другая область задач связана с тем, что информация не просто доставляется в клиентское приложение, а сервер некоторым образом «отдаёт команды» приложениям, заставляя их выполнить те или иные действия. Например, обновить итоговые данные, отображаемые в отдельном окне, или схему выполнения некоторого глобального прикладного процесса. Или корректно завершить работу клиентского приложения, если администратору системы нужно перезагрузить сервер, а пользователя нет на рабочем месте.
Поэтому после выпуска этого функционала мы с интересом познакомимся с примерами его реального использования и будем готовы рассматривать и обсуждать ваши пожелания и замечания к этому механизму.
Технология клиент-сервер учит избегать передачи больших объемов данных между клиентом и сервером. Предполагается, что клиент должен отправлять на сервер короткий запрос, и получать в ответ строго необходимые данные. Поэтому необходимо оговорить, что предлагаемый способ выходит за рамки данной технологии и рекомендуется к использованию, в тех случаях, когда передачи больших объемов данных с сервера на клиент избежать не удается.
При работе обычным способом, если запрос выбирает, например, пару сотен тысяч записей за пять секунд (время можно уточнить с помощью консоли запросов), то последующая сериализация, передача на клиент и десереализация, может достигать нескольких минут. Именно это составляет основные временные затраты на заполнение таблиц на формах и формирование отчетов. Рассмотрим, как будет выглядеть работа при использовании COM-соединения.
Как известно, объект "Запрос" не существует на клиенте, однако мы можем получить его COM-отбражение:
Здесь "Запрос" - это COM-объект, однако с ним можно производить все теже манипуляции, что и с обычным "Запросом":
Выполнение последней строки происходит относительно быстро, практически также быстро, как и обычное выполнение запроса на сервере. В результате мы получаем COM-объект "РезультатЗапроса", из которого можно получить выборку. Обратите внимание, всё это проиходит на клиенте.
Как показала практика, такой обход запроса работает гораздо быстрее, чем обход запроса на сервере с заполнением какой-нибудь коллекции и передачей этой коллекции на клиента, будь это хоть массив, хоть табличный документ. Я не стал делать замеры, так как результаты могут сильно различасться в различных условиях. В моём случае удалось достичь сокращения времени примерно в 3-5 раз. И это несмотря, что все операции производятся над COM-объектами. Я не могу точно сказать, почему так происходит. Возможно это из-за того, что используется один цикл и для извлечения данных из СУБД, и для их обработки, а не два, как в случае заполнения коллекции на сервере и передачи её на клиент (сериализацию/десереализацию можно принять за циклы). Может быть потому что сериализация/десереализация средствами системы при работе серез COM работает быстрее, чем средствами 1C при обмене сервера и клиента. А может и то, и другое
Естественно, мы можем передавать таким образом только данные примитивных типов, то есть Число, Строка, Дата и Булево. Ну а что еще нам приходится передавать на клиент, когда мы работаем обычным способом? Ссылки? Но что такое ссылка на клиенте? Так, только представление, по сути-то. Если вдруг потребуется использовать ссылку именно как ссылку, т. е. запомнить, чтобы потом передать на сервер и как-то использовать, то в этом случае мы можем оперировать строками-уникальными идентификаторами:
После передачи такой строки на сервер восстановить ссылку не составит никакого труда.
В любом случае, использование COM-соединения для работы с данными на клиенте, может оказаться полезным инструментом для решения разнообразных задач. И возможно, передача результата запроса на клиент это - лишь один из примеров подобного использования.
В заключении хочу предложить в качестве примера обработку, использующую подобную методику: Общий журнал (COM). Функционал данного журнала весьма прост, но позволяет оценить возможность работы с результатом запроса на клиенте серез COM.
Как передать результаты запроса из сервера на клиент в управляемых формах, без создания дополнительных табличных частей и реквизитов?
1) Пробовал через список значений не получилось, ругается.
2) Через хранилище вроде нельзя передать именно таблицу значений
(1) Есть запрос который выполняется в функции &НаСервере и надо результаты запроса открыть в процедуре &НаКлиенте
(6) Я рассматриваю не исключительные случаи, а как эта проблема решается в большинстве случаев? Т.е. наиболее универсальное решение.
На клиенте существуют только некоторые типы - можно передать только их (например Таблицу Значений - нельзя)
(9) Сделал реквизит внешней обработки типа "ТаблицаЗначений" выдает ошибку что недоступен такой метод на клиенте, что делаю не так?
(12) Вот ты сам можешь словами объяснить, что ты делаешь?
(25) Пытаюсь передать таблицу значений на клиента и кролик безобразник сказал что так можно если сделать через реквизит формы.
(43) Ну отобразить можно только на клиенте, а для этого надо их передать с сервера на клиент, как отобразить того чего нет?
Зато на сервере можно софрмировать печатную форму, которую можно вернуть клиенту, который потом ей покажет. В доме, что построил Джек.
(44) Ну так и передавай то, что тебе надо отобразить, т.е. табличный документ. А результат запроса передавать ни к чему.
(0) На клиенте не существует типа "ТаблицаЗначений". Но на клиенте существует тип "ДанныеФормыКоллекция". Удобнее делать реквизит формы, типа "ТаблицаЗначений", и видеть его "&НаКлиенте" как "ДанныеФормыКоллекция". По методам он практически не уступает ТЗ. Различия только в методе "Найти", почему-то на клиенте его нет, но есть "НайтиЗначения". Реквизит формы удобнее тем, что не приходится писать Объект..
Хранилище нужно (только?) для того, чтобы &НаСервере видеть глоб. переменные. Так как между серверными вызвами они очищаются.
Ну а результаты запроса - на клиенте попросту недоступны, и ответ на (0) - никак) Только &НаСервере выгрузить в таблицу значений, которая (повторюсь) будет на клиенте иметь тип "ДанныеФормыКоллекция".
(49) А как &НаСервере выгрузить в таблицу значений, которая (повторюсь) будет на клиенте иметь тип "ДанныеФормыКоллекция", можно привести небольшой пример в виде, у меня что-то не получается передать
При работе с управляемыми формами есть нюансы, которые полезно знать, чтобы не изобретать свой велосипед.
Как получить значение константы в тонком клиенте?
При этом следует обратить внимание на последнюю букву в слове « ПеречислениЕ».
Как передать результат запроса с сервера на клиент?
В большенстве типовых конфигураций есть:
Как получить значение реквизита на клиенте?
Многие спрашиваю, как передать тз с сервера на клиент – ниже несколько вариантов как это можно реализовать:
Через ЗначениеВСтрокуВнутр и ЗначениеИзСтрокиВнутр
Через реквизит Формы
Через Временное хранилище
Через обычный возврат
Пробуйте и пишите в комментариях как делаете это Вы
Похожие FAQ
Еще в этой же категории
Ключевые слова и Изображения
Слова упорядочены по частоте использования в тексте
Изображения
Olivvver |
---|
Комментарий: 2 |
Для платформы 8.3 будет работать вариант с ЗначениеВРеквизитФормы() и ТЗ на форме
Правильно ли я понимаю, что вернуть выборку на тонкий клиент вообще шансов нет никаких?
Допустим, есть управляемая форма, вызываемая из обработки. Надо заполнить табличную часть на этой форме. Соответственно на сервере запускаем запрос, результат запроса нужно каким-то образом вернуть на форму. Я пытаюсь вернуть таблицу значений.
В итоге получается, что:
1. Обычный возврат не работает, выкидывает ошибку XDTO.
2. ЗначениеИзСтрокиВнутр – на тонком клиенте недоступно.
3. Табличная часть формы на сервере недоступна.
Маленький IT блог с характером 1С.
Поиск по блогу
пятница, 9 октября 2015 г.
Передача таблицы значений с сервера на клиент
После разделения выполнения программного кода на два контекста (клиент и сервер), у разработчиков появилось множество проблем, при переводе конфигурации с обычных форм на управляемые. Одна из них – это отсутствие возможности передачи объекта типа ТаблицаЗначений с сервера на клиент. Объект этого типа имеет много полезных методов, которые упрощают жизнь разработчику, поэтому свою жизнь без таблицы значений я не представляю возможной. Вариантов решения два: конвертировать таблицу значений в другой тип (например, в массив структур), либо динамически создавать реквизит формы типа ТаблицаЗначений (на самом деле тип ДанныеФормыКоллекция) и заполнить его данными.
Вариант №1
Здесь все просто, обходим в цикле строки таблицы значений, данные каждой строки вставляем в структуру, а структуру добавляем в массив.
&НаСервере
Функция ПолучитьТЗКакМассивСтруктур()
МассивСтруктур = Новый Массив;
Для Каждого СтрокаТЗ Из МояТаблицаЗначений Цикл
СтрокаСтруктура = Новый Структура;
Для Каждого КолонкаТЗ Из МояТаблицаЗначений.Колонки Цикл
СтрокаСтруктура.Вставить(КолонкаТЗ.Имя, СтрокаТЗ[КолонкаТЗ.Имя]);
КонецЦикла;
МассивСтруктур.Добавить(СтрокаСтруктура);
КонецЦикла;
&НаКлиенте
Процедура ПолучитьДанные()
Минус данного решения – это отсутствие тех самых полезных методов таблицы значений.
Вариант №2
Этот вариант намного сложнее, но выполнив его, считайте что к одному из пунктов экзамена на знание платформы 1С 8.2 или 8.3 "Специалист" вы подготовились. Здесь используется динамическое создание реквизитов формы. Алгоритм, примерно, такой: создается реквизит формы с типом ТаблицаЗначений, для этого реквизита создаются подчиненные реквизиты (колонки таблицы) и производиться загрузка данных таблицы значений в новый реквизит формы.
Первым делом, необходимо у формы создать реквизит ИмяТаблицыЗначений с типом ТаблицаЗначений.
А потом написать следующий код:
ДобавляемыеРеквизиты = Новый Массив;
УдаляемыеРеквизиты = Новый Массив;
МассивКолонок = Новый Массив;
ИмяТаблицыФормы = "ИмяТаблицыЗначений";
Для Каждого ТекКолонка из ТаблицаФормы.Колонки Цикл
УдаляемыеРеквизиты.Добавить(ИмяТаблицыФормы + "." + ТекКолонка.Имя);
КонецЦикла;
Для Каждого ТекКолонка из МояТаблицаЗначений.Колонки Цикл
ДобавляемыеРеквизиты.Добавить(Новый РеквизитФормы(ТекКолонка.Имя, ТекКолонка.ТипЗначения, ИмяТаблицыФормы));
МассивКолонок.Добавить(ТекКолонка.Имя);
КонецЦикла;
// Добавим новые, удалим старые колонки
ИзменитьРеквизиты(ДобавляемыеРеквизиты, УдаляемыеРеквизиты);
// Поместим значение в реквизит формы
ЗначениеВРеквизитФормы(МояТаблицаЗначений, ИмяТаблицыФормы);
Далее на клиенте можно смело обращаться к свежеиспеченной таблице значений ЭтаФорма.ИмяТаблицыЗначений.
Многие спрашиваю, как передать тз с сервера на клиент - ниже несколько вариантов как это можно реализовать:
Через ЗначениеВСтрокуВнутр и ЗначениеИзСтрокиВнутр
Через реквизит Формы
Через Временное хранилище
Через обычный возврат
Пробуйте и пишите в комментариях как делаете это Вы
Похожие FAQ
10060 (0x0000274C): Попытка установить соединение была безуспешной 19
Установили новый терминальный сервер, на нем подняли 1С, терминальные пользователе неописуемо довольны, все просто летает :) И вот же надо было такому случиться, главному бухгалтеру не понравилось работать через терминал, а еще у нее свой ноутбук и 17 правил для составления оптимального ЗАПРОСа к данным базы 1С 44
Для формирования и выполнения запросов к таблицам базы данных в платформе 1С используется специальный объект языка программирования Запрос . Создается этот объект вызовом конструкции Новый Запрос . Запрос удобно использовать, когда требуется получ 1С Предприятие что это? 12
Что такое 1С? 1С — это фирма , у которой одно из направлений деятельности — разработка программного обеспечения для автоматизации бизнес-процессов предприятий. « 1С:Предприятие » - конкретный продукт, который выпускает компания 1С . Что такое COM-подключение к базе 7.7 из 8.2 1С 6
Если код выполняется на стороне клиента, то необходимо наличие базы 7.7 на локальной машине. Пример (На форме объекта присутствует реквизит Таблица(ТаблицаЗначений)): НаКлиенте Процедура Загрузки() ПутьКБазе=" D: ВашаБаза 1с77 " ; Пользователь= Cклонения по падежам 6
НаКлиенте Процедура Команда1(Команда) ФИО = " Иванов Иван Иванович" ; Падеж = 2; Пол = 1; Результат = СклонениеФИО(ФИО, Падеж, пол); Сообщить(Результат); КонецПроцедуры НаСервере Функция СклонениеФИО(ФИО, Падеж, пол) Результат = " " ; Посмотреть все результаты поиска похожих
Еще в этой же категории
Как проверить ЭтоНовый() в управляемой форме? 11
Понятие ЭтоНовый() отсутствует в 8.2. Поэтому при необходимости определить, что создается новый элемент можно использовать следующую особенность управляемой формы. Как правило, любая управляемая форма содержит в себе реквизит " Объект" , поэтому Как заполнить табличную часть формы программно? 8
Нужно по кнопке Заполнить - сформировать данные для заполнения табличных частей и заполнить их. Форма имеет вид: Рядом с кнопкой Записать и закрыть добавлена кнопка Заполнить документ , код ее команды: // Код заполнения ТЧ НаСервере П Заполнение реквизитов формы и объекта 6
Для реквизитов в документе обработке отчете: Объект.Реквизит = " значение" ; Для реквизитов на форме: ЭтаФорма.Реквизит = " значение" ; Как получить Макет? 6
НаСервере Функция ПолучитьМакетНаСервере(ИмяМакета) ЭтотОбъект=РеквизитФормыВЗначение(" Объект" ); Макет = ЭтотОбъект.ПолучитьМакет(ИмяМакета); Возврат Макет; КонецФункции НаСервере Процедура ВывестиМакет(ТД) Макет = Обработки.ОбработкаВ Как открыть внешнюю обработку или отчет программно 1С УП? 6
В версии 8.2 и старше: приложение не работает непосредственно с локальными файлами, расположенными на компьютере. Файлы должны находиться на сервере. Поэтому для открытия внешней обработки нужно выполнить следующую последовательность действий: Посмотреть все в категории Управляемое приложение, Тонкий клиент
Читайте также: