1С:Предприятие 8.2 /
Разработчикам /
Платформа, механизмы и технологии

Оглавление

Отказ от использования модальных окон

Развитие продуктов «1С» и платформы «1С:Предприятие»

Проблемы поддержки модальных окон в среде Интернет

Несколько терминов и определений

Общие принципы при переходе на асинхронную модель построения бизнес-логики

Новые асинхронные средства платформы для взаимодействия с пользователем

Особенности реализации асинхронной бизнес-логики

Типовые сценарии при переходе на асинхронную модель

Вопрос пользователю в команде формы

Вопрос пользователю при закрытии формы

Вопрос пользователю во вложенных процедурах

Заключение

 

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

Развитие продуктов «1С» и платформы «1С:Предприятие»

Одним из основных векторов развития платформы « 1С:Предприятие » является возможность ее успешного использования в среде Интернет.

Эта среда имеет ряд ограничений, которые отсутствуют в среде настольных приложений:

• Ограничения программ, используемых для работы в Интернете (браузеров),
• Ограничения, связанные с качеством связи между клиентским приложением и сервером.

Приложения, предназначенные для работы через Интернет, должны быть построены с учетом этих ограничений, поэтому их модель отличается от настольных приложений.

Все интернет-приложения создаются с использованием асинхронной (событийно-управляемой) модели управления логикой, в отличие от принятой в настольных приложениях синхронной (последовательной) модели.

Изначально платформа «1С: Предприятие » создавалась для построения настольных бизнес-приложений, использующих синхронную модель. Однако, с развитием SaaS-решений потребовался постепенный переход на асинхронную логику.

Проблемы поддержки модальных окон в среде Интернет

Модальные окна являются элементом синхронной модели. Они блокируют исполнение логики приложения, позволяя выполнять ее участки последовательно, друг за другом, в зависимости от результата, полученного от пользователя .

Такие окна не входят в стандарт веб-разработки, поэтому не поддерживаются всеми браузерами, при помощи которых пользователь получает доступ к приложениям «1С».

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

Такие средства были добавлены в платформу «1С:Предприятие» в версии 8.3.3.

Несколько терминов и определений

Далее в статье будут использоваться следующие термины:

• Модальное окно – окно, блокирующее весь интерфейс приложения, при этом исполнение кода останавливается до момента получения ответа пользователя . Например, окно модальной формы .
• Модальный метод – метод глобального контекста или объекта платформы, при выполнении которого происходит открытие модального окна. Например, методы Вопрос(), ОткрытьМодально().
• Блокирующее окно – окно, блокирующее весь интерфейс или его часть, но при этом исполнение кода не останавливается. Например, форма, блокирующая владельца.

Общие принципы при переходе на асинхронную модель построения бизнес-логики

В синхронной модели код, зависящий от выбора пользователя, выполняется последовательно.

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

Таким образом, получается, что такой код разбивается на две процедуры:

1. Процедура, которая создает блокирующее окно, ожидающее действия пользователя,
2. Процедура - обработчик оповещения о том, что пользователь сделал свой выбор и мы можем использовать результат его действий для дальнейшей работы.

Новые асинхронные средства платформы для взаимодействия с пользователем

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

Для этого в платформу был добавлен новый тип объектов - ОписаниеОповещения.

Этот объект имеет конструктор со следующими параметрами:

• ИмяПроцедуры - Указывает имя процедуры- обработчика оповещения, которая будет выполнена после получения ответа пользователя,
• Модуль -Указывает в каком модуле расположена эта процедура. Этот параметр может иметь следующие типы:
  • УправляемаяФорма - процедура расположена в модуле управляемой формы,
  • ОбщийМодуль - процедура расположена в общем неглобальном клиентском модуле,
  • КомандаКомандногоИнтерфейса - процедура расположена в модуле команды.

Для получения значения модуля у вышеперечисленных объектов добавлено общее свойство ЭтотОбъект.

• ДополнительныеПараметры - значение любого типа, которое будет передано в процедуру-обработчик оповещения при ее вызове.

При вызове указанной процедуры системой ей через параметры передается результат выбора пользователя и значение ДополнительныеПараметры. В некоторых случаях результат выбора может отсутствовать (метод ПоказатьПредупреждение()) или передаваться несколькими параметрами (метод НачатьПомещениеФайла()).

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

Группа этих методов отличается следующим:

• Их имена начинаются со слова Показать либо Начать, например ПоказатьВопрос() вместо Вопрос(), НачатьПомещениеФайла() вместо ПоместитьФайл(), и так далее,
• Первым параметром принимают объект ОписаниеОповещения, указывающий на процедуру модуля, которая будет выполнена после того как пользователь сделает выбор в блокирующем окне,
• Не возвращают значения, вместо этого результат выбора пользователя будет передан в процедуру модуля, описанную объектом ОписаниеОповещения.

Также были добавлены возможности работы с управляемыми формами в асинхронной модели. Однако, для них не создавалось новых методов, а были доработаны уже имеющиеся средства:

• Добавлено свойство формы ОписаниеОповещенияОЗакрытии, которое указывает на процедуру модуля, которая будет вызвана при ее закрытии. Также это значение можно установить при помощи нового параметра метода ОткрытьФорму(),
• Добавлен вариант режима открытия окна формы - БлокироватьВеcьИнтерфейс, при использовании которого открываемая форма заблокирует все окна, а не только окно родителя.

Дополнительно реализован новый метод глобального контекста ВыполнитьОбработкуОповещения(), который позволяет вручную осуществить вызов процедуры-обработчика. Это позволяет реализовать общую процедуру, выполняющую опрос пользователя, которая вызывается из разных мест.

Особенности реализации асинхронной бизнес-логики

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

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

Типовые сценарии при переходе на асинхронную модель

Вопрос пользователю в команде формы

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

&НаКлиенте
Процедура ДобавитьХарактеристику(Команда) 
	//Выберем вид  характеристики  
	ВидХарактеристики = ОткрытьФормуМодально("ПланВидовХарактеристик.ВидыХарактеристик.ФормаВыбора");
	Если ВидХарактеристики =  Неопределено  Тогда 
		Возврат;
	КонецЕсли;
	//Проверим наличие 
	Если ОписаниеХарактеристик.НайтиСтроки( 
		Новый Структура("ВидХарактеристики", ВидХарактеристики)).Количество() > 0 Тогда
		Предупреждение(НСтр("ru = ' Характеристика  уже существует!'", "ru"));
		Возврат;
	КонецЕсли;
	//Добавим вид характеристики на форму 
	ДобавитьХарактеристикуНаСервере(ВидХарактеристики);
 КонецПроцедуры 

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

&НаКлиенте
Процедура ДобавитьХарактеристику(Команда) 
	//Выберем вид характеристики
	Оповещение = Новый ОписаниеОповещения(
	"ДобавитьХарактеристикуЗавершение",
	ЭтотОбъект);
	ОткрытьФорму("ПланВидовХарактеристик.ВидыХарактеристик.ФормаВыбора",
	,,,,, Оповещение, РежимОткрытияОкнаФормы.БлокироватьВеcьИнтерфейс);
КонецПроцедуры

&НаКлиенте
Процедура ДобавитьХарактеристикуЗавершение(ВидХарактеристики, Параметры) Экспорт
	Если ВидХарактеристики = Неопределено Тогда
		Возврат;
	КонецЕсли; 
	//Проверим наличие 
	Если ОписаниеХарактеристик.НайтиСтроки(
		Новый Структура("ВидХарактеристики", ВидХарактеристики)).Количество() > 0 Тогда
		ПоказатьПредупреждение(, НСтр("ru = 'Характеристика уже существует!'", "ru"));
		Возврат;
	КонецЕсли; 
	//Добавим вид характеристики на форму
	ДобавитьХарактеристикуНаСервере(ВидХарактеристики);
КонецПроцедуры

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

Вопрос пользователю при закрытии формы

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

В таких случаях доступен следующий алгоритм:

1. Создать в форме переменную, которая будет хранить ответ пользователя при ее закрытии,
2. Если ответа получено еще не было (переменная содержит Неопределено), то в обработчике ПередЗакрытием нужно показать окно выбора пользователю, например, при помощи метода ПоказатьВопрос() и прервать закрытие формы, установив Отказ=Истина,
3. В процедуре-обработчике выбора следует установить переменной результат выбора и вызвать метод Закрыть() формы,
4. Если переменная содержит какое-либо значение, то это значит, что идет процесс закрытия, инициированный на предыдущем шаге, результат выбора от пользователя уже получен и обработчик ПередЗакрытием может использовать его значение.

Ниже приведен пример кода, реализующего этот алгоритм:

&НаКлиенте
Перем ОтветПередЗакрытием;
&НаКлиенте
Процедура ПередЗакрытием(Отказ, СтандартнаяОбработка)
	Если ОтветПередЗакрытием <> Истина Тогда 
		Отказ = Истина;
		Оповещение = Новый ОписаниеОповещения("ПередЗакрытиемЗавершение", ЭтотОбъект);
		ПоказатьВопрос(Оповещение, "Закрыть?", РежимДиалогаВопрос.ДаНет);
	КонецЕсли
КонецПроцедуры

&НаКлиенте
Процедура ПередЗакрытиемЗавершение(Результат, Параметры) Экспорт 
	Если Результат = КодВозвратаДиалога.Да Тогда 
		ОтветПередЗакрытием = Истина;
		Закрыть();
	КонецЕсли;
КонецПроцедуры

Вопрос пользователю во вложенных процедурах

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

Предположим, существует общая функция, которая возвращает текст, в зависимости от ответа пользователя:

&НаКлиенте
Функция ПолучитьТекстВыбора() 
	Результат = Вопрос("Продолжить операцию?", РежимДиалогаВопрос.ДаНет); 
	Возврат ?(Результат = КодВозвратаДиалога.Да,  "Продолжаем выполнять операцию...", 
	"Операция прервана!");
 КонецФункции 

В асинхронной модели эту функцию и ее вызовы следует реализовывать следующим образом:

&НаКлиенте
Процедура ВыполнитьОперацию(Команда) 
	Оп = Новый ОписаниеОповещения("ВыполнитьОперациюЗавершение", ЭтотОбъект);
	ПолучитьТекстВыбора(Оп);
КонецПроцедуры

&НаКлиенте
Процедура ВыполнитьОперациюЗавершение(Результат, Параметры) Экспорт 
	Сообщить(Результат);
КонецПроцедуры

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

&НаКлиенте
Процедура ПолучитьТекстВыбораЗавершение(Результат, Контекст) Экспорт 
	Стр = ?(Результат = КодВозвратаДиалога.Да, "Продолжаем выполнять операцию...", "Операция прервана!");
	Если Контекст <> Неопределено И Контекст.СледующееОповещение <> Неопределено Тогда 
		ВыполнитьОбработкуОповещения(Контекст.СледующееОповещение, Стр);
	КонецЕсли;
КонецПроцедуры

Таким образом, вызовы процедур можно связывать в цепочки, передавая им результат при помощи метода ВыполнитьОбработкуОповещения().

Заключение

В статье были рассмотрены новые средства, позволяющие реализовывать более качественные приложения с использованием асинхронной модели, принятой в среде Интернет.

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

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

Нас находят: общаякоманда показатьдвижениядокумента модулькоманды 59 91, модуль команды 59 91 переменная не определена, общая команда показатьдвижениядокумента модуль команды 59 91, общая команда показать движение документа модуль команды 59 91, общая команда показатьдвижениядокумента модуль команды(59 91), общаякоманда показатьдвижениядокумента модулькоманды, модулькоманды, ОписаниеОповещения 1с, модуль команды 59 91, ВыполнитьОбработкуОповещения