При разработке сложных отчетов или печатных форм в среде 1С:Предприятие 8.3 разработчики часто сталкиваются с проблемой: отчет формируется на сервере за считанные секунды, но пользователь вынужден ждать полминуты или дольше, пока документ «прилетит» на клиент. В этой статье мы детально проанализируем, почему так происходит, и рассмотрим проверенные методы оптимизации этого процесса.
Для начала разберем внутреннюю механику платформы. Когда мы возвращаем объект ТабличныйДокумент из серверной функции на клиент, 1С выполняет процедуру сериализации. Весь документ, включая структуру ячеек, форматирование, шрифты, границы и расшифровки, преобразуется в специфический XML-подобный формат. Если документ содержит 400 и более страниц (или десятки тысяч строк), объем этого промежуточного XML-текста может быть огромным. Даже если итоговый MXL-файл весит всего 9 Мб, его текстовое представление при передаче может «раздуться» в несколько раз.
Проанализируем основные факторы замедления:
Один из самых эффективных способов — отказаться от возврата ТабличногоДокумента как результата функции и использовать механизм контекстной передачи. Рассмотрим, как это реализовать. Если табличный документ является реквизитом формы (типа ТабличныйДокумент), и мы заполняем его в процедуре &НаСервере, платформа оптимизирует передачу данных, подгружая их на клиент более эффективно.
Разберем пример кода, который позволяет ускорить вывод в разы:
&НаКлиенте
Процедура СформироватьОтчет(Команда)
// Вместо получения объекта из функции, вызываем контекстный серверный метод
СформироватьНаСервере();
КонецПроцедуры
&НаСервере
Процедура СформироватьНаСервере()
// ОбъектОтчет.ТабДок - это реквизит формы
ТабДок = ОбъектОтчет.ТабДок;
ТабДок.Очистить();
// Код заполнения документа
Для Итератор = 1 По 10000 Цикл
Область = Макет.ПолучитьОбласть("Строка");
Область.Параметры.Значение = Итератор;
ТабДок.Вывести(Область);
КонецЦикла;
КонецПроцедуры
В данном случае нам не нужно использовать ТабДок.Показать(), так как документ уже находится в поле табличного документа на форме. Как показывает практика, для очень больших документов (до 400 000 строк) такой метод сокращает время ожидания с десятков секунд до 3-4 секунд, так как платформа использует динамическую подгрузку видимых частей документа.
Если по каким-то причинам нам необходимо получить ТабличныйДокумент именно как отдельный объект (например, для последующего открытия в отдельном окне), мы можем обойти стандартную медленную сериализацию 1С. Выясним причину: запись в файл MXL на диске работает быстрее, чем преобразование объекта в XML-поток для передачи между сокетами.
Посмотрим на алгоритм реализации через временное хранилище с предварительной конвертацией в двоичные данные:
&НаСервере
Функция СформироватьИПоместитьВХранилище()
ТабДок = Новый ТабличныйДокумент;
// ... заполнение ТабДок ...
// Записываем во временный файл во внутреннем формате MXL
ИмяФайла = ПолучитьИмяВременногоФайла("mxl");
ТабДок.Записать(ИмяФайла, ТипФайлаТабличногоДокумента.MXL);
// Читаем файл в двоичные данные - это происходит очень быстро
Данные = Новый ДвоичныеДанные(ИмяФайла);
Адрес = ПоместитьВоВременноеХранилище(Данные, ЭтаФорма.УникальныйИдентификатор);
УдалитьФайлы(ИмяФайла);
Возврат Адрес;
КонецФункции
&НаКлиенте
Процедура КомандаСформировать(Команда)
Адрес = СформироватьИПоместитьВХранилище();
Данные = ПолучитьИзВременногоХранилища(Адрес);
// На клиенте выполняем обратную операцию
ИмяФайла = ПолучитьИмяВременногоФайла("mxl");
Данные.Записать(ИмяФайла);
НовыйТабДок = Новый ТабличныйДокумент;
НовыйТабДок.Прочитать(ИмяФайла);
НовыйТабДок.Показать("Ваш огромный отчет");
УдалитьФайлы(ИмяФайла);
КонецПроцедуры
Этот «хак» позволяет передать «чистый» файл без лишних оберток сериализатора 1С, что на больших объемах дает существенный прирост скорости.
Поскольку формат MXL внутри является текстовым, он обладает колоссальной избыточностью. Проанализируем ситуацию: если наш файл весит 9 Мб, то после сжатия стандартным алгоритмом ZIP он может уменьшиться до 500-700 Кб. Передача полумегабайта данных по сети (даже локальной) происходит мгновенно.
Разберем, как добавить упаковку в наш процесс:
ТабличныйДокумент в MXL.ЗаписьZipФайла для упаковки MXL-файла.ДвоичныеДанные архива на клиент.Прочитать().Хотя упаковка и распаковка требуют времени процессора, экономия на передаче данных по сети и на обработке «раздутого» XML-сериализатора часто перекрывает эти затраты.
Иногда проблема кроется не в способе передачи, а в самом наполнении. Разберем по шагам, на что обратить внимание при формировании отчета:
Вывести().ИспользоватьВыводОптимизированногоФормата. Проверьте, включено ли оно в вашем коде.Подведем итог. Если ваш табличный документ «тормозит» при открытии:
Во-первых, попробуйте перенести его в реквизиты формы — это самый «нативный» и быстрый путь для управляемого приложения.
Во-вторых, если документ нужно открывать модально или в отдельном окне, используйте передачу через ДвоичныеДанные и временные файлы MXL, чтобы миновать медленный стандартный сериализатор.
В-третьих, не забывайте про сжатие данных, если работа идет через интернет или медленные каналы связи.
Соблюдение этих рекомендаций позволит вам комфортно работать даже с документами объемом в тысячи страниц, обеспечивая мгновенный отклик интерфейса для ваших пользователей.