В процессе разработки пользовательских интерфейсов часто возникает задача создания системы оперативных уведомлений. Например, это может быть список «проблемных» договоров, по которым менеджеру необходимо принять решение в определенное время. Рассмотрим, как правильно спроектировать такую систему, начиная от структуры данных и заканчивая оптимизацией клиент-серверного взаимодействия.
Для начала нам необходимо создать фундамент нашей системы — место, где будут храниться заметки. Оптимальным решением для этой задачи является использование независимого непериодического регистра сведений. Разберем состав его полей:
Измерения:
Пользователь (Тип: СправочникСсылка.Пользователи) — для фильтрации заметок текущего сеанса.Договор (Тип: ДокументСсылка или СправочникСсылка.ДоговорыКонтрагентов) — объект, к которому привязана заметка.Статус (Тип: ПеречислениеСсылка) — текущее состояние договора.Завершено (Тип: Булево) — признак того, что задача по заметке выполнена и оповещать о ней больше не нужно.Ресурсы и реквизиты:
ДатаОповещения (Тип: Дата) — время, когда должно сработать уведомление.Комментарий (Тип: Строка) — текстовое пояснение. Важный совет: старайтесь выносить длинные текстовые поля в ресурсы, а не в измерения, чтобы не раздувать индексы таблицы и повысить производительность системы.Одной из главных ошибок при создании оповещений является попытка передать слишком много данных с сервера на клиент. Проанализируем типичную проблему: если функция поиска заметок возвращает пустую дату или Неопределено, клиентская логика может сработать неверно, открывая пустую форму.
Для эффективной работы нам нужно, чтобы сервер возвращал простой ответ: «Нужно ли показывать форму прямо сейчас?». Рассмотрим оптимизированный код функции в общем модуле (например, ОбщегоНазначения), который проверяет наличие актуальных задач для текущего пользователя:
Функция ЕстьАктуальныеЗаметкиНаСервере() Экспорт
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ ПЕРВЫЕ 1
| 1
|ИЗ
| РегистрСведений.Заметки КАК Заметки
|ГДЕ
| Заметки.Пользователь = &ТекущийПользователь
| И Заметки.Завершено = ЛОЖЬ
| И Заметки.ДатаОповещения <= &ТекущаяДата";
Запрос.УстановитьПараметр("ТекущийПользователь", Пользователи.ТекущийПользователь());
Запрос.УстановитьПараметр("ТекущаяДата", ТекущаяДата());
РезультатЗапроса = Запрос.Выполнить();
Возврат НЕ РезультатЗапроса.Пустой();
КонецФункции
Обратим внимание на использование ВЫБРАТЬ ПЕРВЫЕ 1. Нам не нужно получать все записи, достаточно убедиться, что хотя бы одна заметка требует внимания. Это существенно снижает нагрузку на базу данных.
Чтобы система «просыпалась» и проверяла наличие заметок, используем механизм ПодключитьОбработчикОжидания. Его настройку лучше всего выполнять в модуле управляемого приложения, чтобы проверка работала на протяжении всего сеанса пользователя.
Разберем, как инициализировать этот процесс:
// В модуле управляемого приложения
Процедура ПриНачалеРаботыСистемы()
// Устанавливаем интервал в секундах (например, 900 секунд для 15 минут)
// Для тестирования можно использовать 10-20 секунд
ПодключитьОбработчикОжидания("ПроверитьНаличиеЗаметок", 900, Ложь);
КонецПроцедуры
Процедура ПроверитьНаличиеЗаметок() Экспорт
// Вызываем серверную проверку
Если ОбщегоНазначения.ЕстьАктуальныеЗаметкиНаСервере() Тогда
// Если есть задачи, открываем форму
ОткрытьФорму("ОбщаяФорма.ФормаОповещенияЗаметок");
КонецЕсли;
КонецПроцедуры
Использование флага Ложь в третьем параметре метода ПодключитьОбработчикОжидания означает, что процедура будет выполняться многократно с заданным интервалом.
Простое открытие формы может раздражать пользователя, прерывая его текущую работу. Проанализируем более современные способы уведомлений, доступные в платформе 1С 8.3.
1. Использование всплывающих оповещений (Toasts)
Вместо жесткого открытия формы методом ОткрытьФорму, мы можем использовать ПоказатьОповещениеПользователя. Это создаст аккуратное окно в углу экрана, которое не блокирует ввод данных.
Процедура ПроверитьНаличиеЗаметок() Экспорт
Если ОбщегоНазначения.ЕстьАктуальныеЗаметкиНаСервере() Тогда
ТекстОповещения = "У вас есть нерешенные задачи по договорам!";
ОписаниеОповещения = Новый ОписаниеОповещения("ПриНажатииНаОповещение", ЭтотОбъект);
ПоказатьОповещениеПользователя("Внимание!", , ТекстОповещения, БиблиотекаКартинок.Информация, СтатусОповещенияПользователя.Важное);
КонецЕсли;
КонецПроцедуры
2. Механизм «Отложить»
В самой форме заметок полезно реализовать возможность переноса напоминания. Это реализуется обновлением ресурса ДатаОповещения в регистре сведений. Например, если пользователь нажимает кнопку «Напомнить через 30 минут», мы выполняем следующий код на сервере:
МенеджерЗаписи = РегистрыСведений.Заметки.СоздатьМенеджерЗаписи();
МенеджерЗаписи.Пользователь = ТекущийПользователь;
МенеджерЗаписи.Договор = ТекущийДоговор;
МенеджерЗаписи.Прочитать();
Если МенеджерЗаписи.Выбран() Тогда
МенеджерЗаписи.ДатаОповещения = ТекущаяДата() + 1800; // Добавляем 1800 секунд
МенеджерЗаписи.Записать();
КонецЕсли;
Рассмотрим ситуацию, когда база данных имеет большой объем. Постоянные запросы к регистру каждые 15 минут от каждого пользователя могут создать заметную нагрузку. Для минимизации влияния на производительность рекомендуется:
НапоминанияПользователя. В ней уже реализованы механизмы интервалов, привязки к любым объектам и оптимизированные запросы, которые учитывают часовые пояса и графики работы.Выясним причину, по которой иногда форма может открываться «впустую». Это происходит из-за отсутствия жесткой типизации возвращаемого значения. Если ваша функция на сервере возвращает Дата(1,1,1), а на клиенте вы сравниваете её с ТекущаяДата(), условие может выполниться ошибочно. Поэтому всегда приводите результат к Булево (Истина/Ложь) — это самый надежный способ управления интерфейсом в логических задачах.
Таким образом, мы разобрали полный цикл создания системы заметок: от структуры хранения в регистре до элегантного вывода уведомлений пользователю. Используя эти подходы, вы сможете создать комфортную рабочую среду, которая будет помогать пользователям не забывать о важных задачах, не перегружая при этом систему лишними вызовами.