Часто разработчики 1С сталкиваются с ситуацией, когда серверный код отрабатывает мгновенно, но при возврате управления на клиент интерфейс программы «замерзает» на 20-30 секунд. Разберем типичный сценарий: есть обработка с табличной частью, в которую запросом загружаются данные.
РезТЗ = Запрос.Выполнить().Выгрузить();
Объект.ТЗДанные.Загрузить(РезТЗ); // на сервере занимает 1-2 секунды
Процедура на сервере выполняется очень быстро, но после ее завершения происходит длительное зависание интерфейса. Давайте проанализируем причины такого поведения и рассмотрим эффективные методы решения этой проблемы.
Выясним причину, по которой платформа 1С тратит столько времени на, казалось бы, простую операцию передачи таблицы. Проблема кроется в архитектурных особенностях управляемых форм:
СправочникСсылка или ДокументСсылка) требует отправки множества внутренних метаданных и представлений. Это существенно увеличивает объем пакета данных.ДанныеФормыКоллекция будет неявно летать с клиента на сервер и обратно.Рассмотрим подробнее несколько подходов, которые помогут избежать зависаний и сделать работу пользователей комфортной.
Если пользователю не нужны все 5000 строк единовременно, разберем по шагам логику частичной загрузки. Архитектурно правильнее держать основной массив данных в серверном кэше, а в интерфейс передавать только текущую страницу просмотра.
Посмотрим на пример использования ВременноеХранилище:
// На сервере сохраняем результат запроса в хранилище
АдресХранилища = ПоместитьВоВременноеХранилище(РезТЗ, УникальныйИдентификатор);
На клиенте мы можем забирать из хранилища только нужную порцию данных (например, по 100 строк), реализуя собственную пагинацию. Также, если необходимо делать контекстные вызовы на сервер, рекомендуется перед уходом на сервер очищать табличную часть, а по возвращении — снова заполнять её из кэша.
Посмотрим, как можно сократить объем передаваемой информации. Передавайте меньше «тяжелых» данных. Замените ссылки на их строковые представления, коды или УникальныйИдентификатор там, где не требуется интерактивный выбор.
Кодируйте значения. Например, если у вас есть колонка с перечислением, можно на сервере превратить Перечисление.ВидОперации.Покупка в простой символ "1" или число. Колонка типизируется строкой или числом, а на клиенте при необходимости расшифровывается. Это радикально ускоряет сериализацию.
Если таблица носит преимущественно информационный характер, проанализируем ситуацию с заменой реквизита на ДинамическийСписок. Выгружайте результаты запроса во временный или специализированный РегистрСведений и настраивайте динамический список поверх него. Платформа 1С сама будет управлять порционной выдачей данных на клиент.
Важно: Не забывайте очищать записи регистра после закрытия формы или завершения сеанса работы оператора.
Оптимизируем визуальную часть. Перенесите логику раскраски в сам запрос. Пусть сервер вычисляет статус строки и возвращает простое число (индекс цвета). Упростите правила в самом условном оформлении формы.
Скройте лишние колонки. Оставьте видимыми только те, что необходимы оператору в первую очередь, а остальные выводите в отдельную информационную панель при активизации строки.
При работе с таблицами большого объема всегда избегайте прямой загрузки тысяч строк в контекст формы. Комбинируйте методы: переносите тяжелые расчеты условного оформления в запрос, избавляйтесь от лишних ссылочных типов, используйте временное хранилище и выдавайте данные пользователю порциями. Это обеспечит высокую отзывчивость интерфейса даже при работе с огромными массивами информации.