Каждый разработчик, работающий на платформе 1С:Предприятие, регулярно сталкивается с необходимостью анализа содержимого таблиц значений в режиме отладки. Переход на более новые версии платформы (начиная с версии 8.3.10 и выше, включая популярные релизы 8.3.12) принес разработчикам неприятный сюрприз. При попытке просмотреть значение переменной типа ТаблицаЗначений вместо привычного окна с данными теперь всегда сначала открывается пустое окно с заголовком «Контейнер значений». Лишь спустя 3–10 секунд ожидания оно перерисовывается в стандартный вид с отображением строк и колонок. Это поведение сохраняется, даже если в таблице находится всего одна строка или она полностью пустая.
В этой статье мы подробно проанализируем причины такого поведения системы, разберем технические нюансы работы отладчика 1С и выясним, как можно оптимизировать этот процесс и ускорить разработку.
Давайте разберем по шагам, почему разработчики технологической платформы изменили поведение системы отладки. В старых версиях платформы (например, в линейке 8.3.9) визуализация тяжелых коллекций данных (таких как таблицы и деревья значений) происходила в синхронном режиме. Если программист пытался просмотреть таблицу, содержащую десятки тысяч строк, Конфигуратор намертво зависал. Он переходил в состояние «Не отвечает» до тех пор, пока весь массив данных не передавался с сервера на клиент и не отрисовывался на экране.
Начиная с версии 8.3.10, фирма «1С» внедрила асинхронное вычисление и отображение сложных типов данных. Механизм работает следующим образом:
Контейнер значений. Это предотвращает «зависание» интерфейса Конфигуратора.Основная проблема кроется в оверхеде (избыточных действиях). Платформа не умеет заранее определять размер таблицы значений. Даже для пустой таблицы запускается полный цикл асинхронного сетевого обмена: инициализация контейнера, сериализация данных на сервере, передача пакета данных по сети и перерисовка интерфейса в Конфигураторе. Из-за этих обязательных шагов всегда возникает раздражающая пауза в несколько секунд.
Как справедливо замечают специалисты в процессе обсуждения проблемы, скорость работы «Контейнера значений» напрямую связана с протоколом, используемым для отладки.
При использовании устаревшего протокола TCP/IP (прямое соединение Конфигуратора и предмета отладки через порты из диапазона 1560–1591) обмен данными крайне чувствителен к любым сетевым задержкам. Если разработчик закрывает окно «Контейнера значений» до того, как данные успели полностью загрузиться, TCP-сокет может зависнуть на стороне сервера. Это приводит к тому, что все последующие попытки вычисления выражений начинают сильно тормозить или возвращают пустое значение.
Использование современного протокола HTTP-отладки (через отдельное приложение-координатор dbgs.exe) решает большинство проблем со стабильностью. HTTP-протокол корректно обрабатывает обрывы связи, эффективно кэширует запросы и быстрее передает структуру данных таблиц, сводя время ожидания отрисовки контейнера к минимуму.
Давайте рассмотрим подробную инструкцию по переходу на более стабильный протокол HTTP-отладки, который существенно ускорит работу с коллекциями данных в конфигураторе.
regedit на сервере, где функционирует служба сервера 1С:Предприятия.ragent.exe.-debug и -http. Строка запуска должна выглядеть примерно следующим образом:
"C:\Program Files\1cv8\8.3.12.1685\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d "C:\Program Files\1cv8\srvinfo" -debug -http
После выполнения этих шагов фоновые запросы отладчика к серверу станут проходить значительно быстрее, что уменьшит время ожидания при открытии «Контейнера значений».
Если штатное поведение отладчика все равно кажется вам медленным, рассмотрим альтернативные методы, к которым прибегают опытные разработчики для мгновенного анализа содержимого таблиц значений:
Способ 1. Выгрузка в формат XML через окно «Вычислить выражение»
Вместо нажатия на кнопку просмотра значения в отдельном окне, нажмите комбинацию клавиш Shift + F9 и выполните сериализацию таблицы в XML-строку. Для этого введите следующее выражение:
ЗаписьXML = Новый ЗаписьXML;
ЗаписьXML.УстановитьСтроку();
СериализаторXDTO.ЗаписатьXML(ЗаписьXML, ИмяВашейТаблицы);
ВыгруженнаяСтрока = ЗаписьXML.Закрыть();
Полученный текст в переменной ВыгруженнаяСтрока можно скопировать и проанализировать в любом удобном текстовом редакторе. Это особенно полезно при работе на медленных каналах связи или через VPN.
Способ 2. Использование внешних инструментов разработчика
Многие программисты используют сторонние расширения или универсальные внешние обработки (например, компоненты из пакета «Инструменты разработчика»). Данные инструменты позволяют перехватить объект ТаблицаЗначений непосредственно на сервере и вывести его структуру и строки в удобном виде табличного документа на клиенте, полностью минуя стандартные асинхронные механизмы платформы.
Таким образом, появление окна «Контейнер значений» — это штатная особенность платформы, направленная на обеспечение стабильности конфигуратора. Оптимальным решением для ускорения отладки является обязательный переход на протокол HTTP и использование внешних аналитических инструментов при работе со сложными коллекциями данных.