Создание асинхронных виджетов




Описание нескольких способов создания асинхронных виджетов для 1С:Предприятия. Рассматриваются способы с использованием HTTP-сервисов и фоновых заданий.

Прежде чем начать

Сегодня мы создадим простой, но функциональный виджет для 1С:Предприятия, который будет показывать количество активных пользователей в базе. Главной его особенностью будет асинхронное взаимодействие с базой, что позволит выполнять обновление виджета без блокировки основного интерфейса приложения.

 

 Это информация из старого блога DevelPlatform.ru

Хоть материал и был создан в далеком 2024 году, но описанные подходы до сих пор применимы при разработке. Конечно, сейчас уже обновилась работа поля HTML-документа и появились некоторые другие крутые возможности платформы 1С, но это в основном частности. Все предложенные способы создания виджетов не единственные, в конце статьи Вы найдете ссылки на связанные публикации с другими работами коллег.

Виджет

В качестве примера подхода при работе с HTML-виджетами можно продемонстрировать конфигурацию 1С:Документооборот 2.x, где в обработке "Текущие дела" создана форма для отображения различных виджетов с данными о моих задачах, задачах отдела, созданных документах, редактируемых файлов и т.д. Замечательная реализация и в плане функционала, и в плане юзабилити интерфейса, но есть один минус. Обновление виджетов происходит, конечно же, через синхронную контекстную серверную процедуру, что означает передачу на сервер всей формы, получение там данных, перенос их в форму и затем возвращение ее на клиент.

Проще говоря, для обновления виджетов необходимо выполнять синхронный серверный вызов, на время которого выполняется блокировка пользовательского интерфейса. Кто знает, может в новых версиях 1С:Документооборот эта ситуация уже изменилась.

При эксплуатации системы была замечена серьезная проблема — если включить автообновление виджетов, то при вызове серверной процедуры обновления подвисал весь интерфейс приложения пока оно ожидало ответа от сервера. Пользователи жаловались на частые подвисания интерфейса в самый не подходящий момент.

Конечно, есть достаточно простой выход — не использовать автообновление или оптимизировать процедуру обновления данных виджетов. Но это не самый оптимальный путь, ведь обновление виджетов может быть для кого-то критичным, а оптимизация получения данных и заполнения виджетов не избавит нас от контекстного серверного вызова и периодической блокировки интерфейса.

Мы пойдем другим путем и решим задачу двумя способами:

  • асинхронное обновление виджета с помощью фоновых заданий.
  • асинхронное обновление виджета с помощью AJAX-запросов к HTTP-сервису из поля HTML-документа.

Оба способа имеют плюсы и минусы, которые мы рассмотрим. И так, поехали!

Подготовка

Не буду создавать интригу и сразу покажу результат, который мы добьемся проделав шаги, описанные далее.

Как Вы можете заметить, обновление виджета выполняется автоматически без блокировки пользовательского интерфейса.

На форме виджет добавлен в качестве поля HTML-документа, которое используется и для обновления через фоновые задания, и для обновления с помощью AJAX-запросов. Количество активных пользователей определяется по количеству активных сеансов с помощью следующей функции, расположенной в общем модуле "ВиджетыСервер" (серверный, вызов сервера):

Функция ПолучитьКоличествоАктивныхСеансов() Экспорт

// Получаем количество активных сеансов
КоличествоАктивныхСеансов = 0;
Попытка
ТекущиеСоединения = ПолучитьСеансыИнформационнойБазы();
КоличествоАктивныхСеансов = ТекущиеСоединения.Количество();
Исключение
КоличествоАктивныхСеансов = -1;
КонецПопытки;

Возврат КоличествоАктивныхСеансов;

КонецФункции

Кроме этого в конфигурацию добавлен общий макет "ГлавнаяСтраница" с типом HTML-документ, в котором содержится разметка для виджета, а также скрипты для обновления данных с помощью AJAX-запроса.

 

 Разметка страницы в общем макете

Также добавлена общая форма "ВиджетАктивныеСеансы" с помещенным на нее полем HTML-документа, в которое будет помещаться содержимое виджета. Эта форма добавлена в рабочую область начальной страницы, чтобы при запуске сеанса пользователя виджет сразу же открывался. Ничего особенного в ней нет, только полей HTML-документа (см. выше).

Теперь рассмотрим подробнее каждый из способов.

Фоновые задания

Механизм фоновых заданий предназначен для асинхронного выполнения каких-либо операций. Этот механизм используется повсеместно. В конфигурации "Библиотека стандартных подсистем"реализована подсистема "Длительные операции", предназначенная для запуска каких-либо операций в фоновых заданиях. В свою очередь БСП внедрена практически во все новые конфигурации от фирмы "1С", поэтому использовать ее можно без особых проблем. На Инфостарте можно посмотреть пример использования этой подсистемы.

Мы реализуем собственный функционал по выполнению асинхронных операций в фоновых заданиях, потому что внедрять для демонстрации примером БСП было бы не разумно =). Но для рабочих задач БСП конечно же правильный выбор.

Запуск и отслеживание

Для запуска и отслеживания запущенных фоновых заданий был реализован небольшой функционал. В конфигурацию добавлены четыре общих модуля:

 

 АсинхронныеВызовы

 

 АсинхронныеВызовыКлиент

 

 АсинхронныеВызовыКлиентГлобальный

 

 АсинхронныеВызовыСервер

 

 ВиджетыСервер

В модуле "АсинхронныеВызовыСервер" находятся процедуры и функции для непосредственного запуска фоновых заданий и проверки их состояний. Все остальные модули реализуют взаимодействие с фоновыми заданиями с клиентской стороны: запуск, проверка состояния, запуск клиентского метода по завершению фонового задания.

Для отслеживания состояния запущенных фоновых заданий в модуль управляемого приложения была добавлена экспортная переменная:

Перем АктивныеАсинхронныеОперации Экспорт;

Переменная инициализируется как массив, куда при запуске операции добавляется объект "Фоновое задание".

При открытии формы виджета выполняется клиентская процедура:

&НаКлиенте
Процедура ОбновитьКоличествоАктивныхСеансовНачало() Экспорт

ТекущаяОперация = АсинхронныеВызовы.ВызватьФункцию(
// Функция, запускаемая в фоновом задании
"ВиджетыСервер.ПолучитьКоличествоАктивныхСеансов",
// Доп. параметры, у нас они не используются
,
// Текущая форма вызова
ЭтаФорма,
// Клиентская экспортная процедура, выполняемая
// после завершения фонового задания
"ОбновитьКоличествоАктивныхСеансовНачалоЗавершение");

КонецПроцедуры

После вызова асинхронной функции запускается глобальный обработчик ожидания, проверяющий текущее состояние всех запущенных фоновых заданий. Когда фоновое задание завершает свою работу, обработчик запускает ту клиентскую процедуру, имя которой мы указали в последнем параметре. Эта процедура должна располагаться в передаваемой форме. Листинг нашей завершающей процедуры следующий:

&НаКлиенте
Процедура ОбновитьКоличествоАктивныхСеансовНачалоЗавершение(АсинхронныйВызов,
Состояние, ВозвращенноеЗначение, ОписаниеОшибки) Экспорт

// Если состояние "Завершен", значит фоновое задание отработало без ошибок
// и вернуло корректное значение. В противном случае оставляем значение
// по умолчанию
КоличествоАктивныхСеансов = "---";
Если Состояние = "Завершен" Тогда
КоличествоАктивныхСеансов = ВозвращенноеЗначение;
КонецЕсли;

// Заменяем часть разметки страницы, подставляя туда
// полученное значение из фонового задания
НовоеЗначениеТекстаВиджета = ТекстШаблонаВиджета;
НачалоРазделаСкриптовСтрока = "<!--Раздел скриптов - Начало-->";
КонецРазделаСкриптовСтрока = "<!--Раздел скриптов - Конец-->";
НачалоРазделаЗначениеСтрока = "<!--Активные пользователи - Начало-->";
КонецРазделаЗначениеСтрока = "<!--Активные пользователи - Конец-->";

НачалоРазделаСкриптов = СтрНайти(НовоеЗначениеТекстаВиджета, НачалоРазделаСкриптовСтрока);
КонецРазделаСкриптов = СтрНайти(НовоеЗначениеТекстаВиджета, КонецРазделаСкриптовСтрока);
НовоеЗначениеТекстаВиджета = Сред(НовоеЗначениеТекстаВиджета, 1, НачалоРазделаСкриптов-1)
+ Сред(НовоеЗначениеТекстаВиджета, КонецРазделаСкриптов+СтрДлина(КонецРазделаСкриптовСтрока), СтрДлина(НовоеЗначениеТекстаВиджета)-КонецРазделаСкриптов+1);

НачалоРазделаЗначение = СтрНайти(НовоеЗначениеТекстаВиджета, НачалоРазделаЗначениеСтрока);
КонецРазделаЗначение = СтрНайти(НовоеЗначениеТекстаВиджета, КонецРазделаЗначениеСтрока);
НовоеЗначениеТекстаВиджета = Сред(НовоеЗначениеТекстаВиджета, 1, НачалоРазделаЗначение-1) +
Строка(КоличествоАктивныхСеансов)
+ Сред(НовоеЗначениеТекстаВиджета, КонецРазделаЗначение+СтрДлина(КонецРазделаЗначениеСтрока), СтрДлина(НовоеЗначениеТекстаВиджета)-КонецРазделаЗначение+1);

// Передаем сформированную HTML-разметку в поле HTML-документа на форме
АктивныеСеансыВиджет = НовоеЗначениеТекстаВиджета;

// Подключаем обработчик ожидания для повторного запуска
// асинхронной операции
ПодключитьОбработчикОжидания("ОбновитьКоличествоАктивныхСеансовНачало", 5, Истина);

КонецПроцедуры

Таким образом будет выполняться асинхронный запуск серверной процедуры "ПолучитьКоличествоАктивныхСеансов()", а ее по завершению операции полученное значение передано обратно на клиент.

Плюсы и минусы

 

 Плюсы

 

 Минусы

AJAX

AJAX (Asynchronous Javascript and XML) — подход к построению интерактивных пользовательских интерфейсов веб-приложений, заключающийся в «фоновом» обмене данными браузера с веб-сервером. У нас, конечно, не веб-приложение, но частично применить этот подход все же возможно. Например, в одной из прошлых статей мы уже рассматривали пример создания и использования HTTP-сервиса и там тоже был AJAX.

HTTP-сервис

Основой для работы виджета является HTTP-сервис, возвращающий необходимые данные. Он достаточно простой, никаких сложных алгоритмов и настроек. Для его создания нужно выполнить следующие шаги:

  1. Добавляем HTTP-сервис и настраиваем корневой URL
  2. Создаем шаблон URL
  3. Добавляем GET-метод
  4. Публикуем базу

Листинг обработчика GET-метода приведен ниже:

Функция ActiveUsersget(Запрос)

УстановитьПривилегированныйРежим(Истина);

Ответ = Новый HTTPСервисОтвет(200);

КоличествоАктивныхПользователей = ВиджетыСервер.ПолучитьКоличествоАктивныхСеансов();

// Формируем ответ в формате JSON
ЗаписьJSON = Новый ЗаписьJSON;
ЗаписьJSON.ЗаписатьНачалоОбъекта();
ЗаписьJSON.ЗаписатьИмяСвойства("ActiveUsers");
ЗаписьJSON.ЗаписатьЗначение(КоличествоАктивныхПользователей);
ЗаписьJSON.ЗаписатьКонецОбъекта();
СтрокаJSON = ЗаписьJSON.Закрыть();
Ответ.УстановитьТелоИзСтроки(СтрокаJSON, "UTF-8");

Возврат Ответ;

КонецФункции

И все! Далее создаем сам виджет.

Поле HTML

Виджет будет представлять собой область, в центре которой число активных сеансов в информационной базе. Во время выполнения асинхронного запроса к HTTP-сервису будет показана дополнительная анимация. Все это реализовано с помощью HTML-разметки, которая будет помещена в поле HTML-документа в форме конфигурации.

Как и в случае с реализацией виджета при помощи фоновых заданий, HTML-разметка виджета хранится в том же общем макете и в момент создания формы помещается в поле HTML-документа. Только теперь получение количества активных пользователей выполняется не фоновым заданием, а при помощи AJAX-запроса самой страницы, направленного ранее созданному к HTTP-сервису.

Вот так выглядит синтаксис AJAX-запроса на странице:

$.ajax({
crossDomain: true,
type: "GET",
contentType: "application/json;charset=utf-8",
url: "http://localhost/Exp/hs/DevelPlatform/Users",
dataType: "json",
success: function (queryResult) {
$("#activeUsersValue").text(queryResult.ActiveUsers - 1);
},
error: function (xhr, ajaxOptions, thrownError) {
$("#activeUsersValue").text("---");

}
});

Для упрощения адрес указан явно и не настраивается. Если это задача для рабочего окружения, то адрес сервиса обязательно нужно задавать параметрами.

HTTP-сервис возвращает нам JSON-объект с единственным свойством "ActiveUsers". В событии "success", при успешном выполнении запроса, извлекается полученное значение и присваивается элементу <p> на веб-странице. При возникновении ошибок в качестве значения будет присвоена строка "—".

Именно эта реализация демонстрируется на анимации раздела "Подготовка" в самом начале статьи.

Плюсы и минусы

 

 Плюсы

 

 Минусы

Выводы

Лучшим вариантом все же является использование фоновых заданий, ведь работа виджетов в тонком и толстом клиенте критична в большинстве случаев. С появлением WebKit использование AJAX в поле HTML-документа становится возможной, поэтому виджеты с его использованием будут очень эффективными и функциональными.

Предложенные варианты не единственные и не всегда могут подойти. Делитесь своим опытом, будет интересно узнать!

А как виджеты делайте Вы?

Другие ссылки

15 Comments

  1. wowik

    +1. А файлов для скачивания не будет?

    Reply
  2. YPermitin

    (1) демонстрация в виде листингов вроде исчерпывающая.

    А так нужно делать какую-то демоконфигурацию, выносить все в настройки, чтобы каждый мог у себя развернуть и так далее. То есть это уже сложнее, и больше будет походить на разработку.

    Reply
  3. YPermitin

    (1) планирую выложить другие разработки, среди них есть подобный виджет для 1С:Документооборот в виде расширения. Но сроки пока не назову.

    Reply
  4. belyuchenko.ilia

    Но как это работает в отношении безопасности? Я так понимаю HTTP-форма с аякс запросом будет подключаться к веб-сервису независимо от текущей пользовательской сессии? Т.е. для подключения ей потребуется провести аутентификацию отдельно от клиента? Или в 1С это как-то обыграно?

    Reply
  5. YPermitin

    (4) вопрос с аутентификацией можно решить двумя путями:

    1. Использовать BASIC-аутентификацию от 1С. Для этого в Ajax-запросе нужно ее использовать:

    beforeSend: function (xhr) {
    xhr.setRequestHeader («Authorization», «Basic » + btoa(username + «:» + password));
    }
    

    При этом пользователь, от имени которого будет подключение к HTTP-сервису, должен обладать минимальными правами в системе 1С.

    2. Можно сделать веб-службу не на 1С и для виджетов использовать ее (например WebApi-приложение на .NET Core). Для авторизации использовать токены. Но это может выглядеть намного сложнее, чем реализация в 1С, но со своими преимуществами. В комментариях такое не описать.

    Reply
  6. belyuchenko.ilia

    Я практически не работал с веб-клиентом, отсюда вопросы…

    Выходит, что в веб-интерфейсе нет своих встроенных асинхронных интерфейсных элементов?

    К тому же веб-клиент вроде бы использует вызовы через апи типа */e1cib/ и там json тоже используется.

    Наверняка можно как то оформить функцию так, чтобы ее можно было вызывать асинхронно через этот интерфейс без необходимости делать это через веб-сервис. К тому же это позволило бы обойтись без отдельной аутентификации.

    Reply
  7. YPermitin

    (6) возможно, но это скользкий путь.

    Веб-клиент не подразумевает кастомизацию и «допилки» могут сломаться с выходом новой платформы.

    Reply
  8. vpaoli

    Вот эта ссылка

    «рассматривали пример создания и использования HTTP-сервиса»

    не открывается

    Reply
  9. YPermitin

    (8) спасибо, что нашли багу.

    Исправил. Тут ссылку продублирую: https://infostart.ru/public/1120823/

    Reply
  10. Vortigaunt

    Очень интересный подход. Меня интересует, можно ли применить Ajax в платформе 8.2 да еще так, чтобы этот скрипт вызвал внешнее событие, которое отлавливается платформой?

    Reply
  11. 1c-intelligence

    Юрий, а о подходе «Рабочего стола» к решению этой задачи что думаете?

    Reply
  12. davdykin

    Статья конечно отличная, большое спасибо! Хотелось бы конечно какой-то стабильности от платформы, методы работы с Ajax запросами интересны, но отсутсвие стабильности сильно его губит.

    Reply
  13. triviumfan

    Наконец-то годнота подъехала!

    Reply
  14. triviumfan

    (11) А есть примеры то?

    Reply
  15. 1c-intelligence

    (14) примеры чего?

    Reply

Leave a Comment

Ваш адрес email не будет опубликован. Обязательные поля помечены *