При работе с управляемыми формами в платформе 1С:Предприятие 8.3 разработчики часто сталкиваются с загадочной ситуацией: в коде прописано добавление строк в табличную часть, при пошаговой отладке коллекция Объект.ИмяТабличнойЧасти действительно заполняется и содержит новые элементы, однако на самом экране пользователя таблица остается абсолютно пустой. Это классическая проблема, которая может быть вызвана как простыми логическими ошибками в коде, так и фундаментальным непониманием принципов клиент-серверного взаимодействия в управляемом приложении.
В этой статье мы подробно разберем по шагам все возможные причины возникновения этой проблемы — от тривиальной очистки коллекции до сложных нюансов работы с контекстом формы, путями к данным, отборами и условным оформлением.
Проанализируем ситуацию, с которой столкнулся автор темы на форуме. Очень часто разработчик сосредотачивается исключительно на фрагменте кода, который выполняет добавление строк. Мы пишем корректный алгоритм заполнения, запускаем отладчик, видим заполненные строки и успокаиваемся. Но на форме данных нет.
Выясним причину. Дело в том, что после выполнения нашего кода заполнения в рамках того же серверного вызова или при возврате на клиент может срабатывать другой обработчик, который полностью затирает наши результаты. Это может быть:
Объект.ИмяТабличнойЧасти.Очистить(), случайно оставленный в коде предыдущими разработчиками или вызванный в более поздних процедурах.Как диагностировать эту проблему? Не ограничивайтесь точкой останова непосредственно на строке добавления данных. Поставьте точку останова на самый конец вызываемой процедуры (например, на оператор КонецПроцедуры) или на клиенте сразу после серверного вызова. Пройдите весь путь выполнения алгоритма до полной передачи управления интерфейсу с помощью клавиши F10 (Шагнуть через) в Конфигураторе и следите за количеством строк в коллекции через табло отладки.
Это фундаментальная архитектурная ошибка, характерная для тех, кто только начинает осваивать управляемое приложение после работы с обычными формами 1С 8.2 или 7.7. Разберем подробнее, как устроена работа с данными на управляемой форме.
На клиенте и сервере управляемой формы мы работаем не напрямую с объектом базы данных (например, документом), а с его локальной проекцией — специальным типом данных ДанныеФормыСтруктура (который в коде доступен через реквизит Объект).
Рассмотрим пример ошибочного кода:
&НаСервере
Процедура ДобавитьСтрокуОшибочно()
// Получаем реальный объект из базы данных по ссылке
ДокОбъект = Объект.Ссылка.ПолучитьОбъект();
// Добавляем строку в табличную часть объекта БД
НоваяСтрока = ДокОбъект.Товары.Добавить();
НоваяСтрока.Номенклатура = Справочники.Номенклатура.НайтиПоКоду("000001");
НоваяСтрока.Количество = 10;
// Записываем изменения в базу данных
ДокОбъект.Записать();
КонецПроцедуры
Что произойдет в этом случае? В СУБД строка успешно запишется. Но пользователь на экране увидит пустоту! Почему? Потому что форма отображает локальный реквизит Объект, который находится в оперативной памяти вашего сеанса. Локальный реквизит Объект ничего не "знает" о том, что вы где-то в СУБД изменили и записали его реальный прототип. Синхронизация между базой данных и формой автоматически не происходит.
Правильное решение: Если вам нужно просто добавить строку на форме, работайте напрямую с локальным реквизитом формы без обращения к базе данных:
&НаСервере
Процедура ДобавитьСтрокуПравильно()
// Работаем напрямую с реквизитом формы "Объект"
НоваяСтрока = Объект.Товары.Добавить();
НоваяСтрока.Номенклатура = Справочники.Номенклатура.НайтиПоКоду("000001");
НоваяСтрока.Количество = 10;
КонецПроцедуры
В этом случае платформа автоматически синхронизирует изменения в реквизите Объект с элементами интерфейса, и строки мгновенно появятся на экране.
Иногда логика заполнения табличной части очень сложная и уже описана в модуле самого документа (например, в процедурах автоматического расчета цен, скидок или налогов). Чтобы не дублировать этот код на форме, разработчики используют конвертацию данных формы в прикладной объект.
Посмотрим на пример правильной реализации этого механизма:
&НаСервере
Процедура ЗаполнитьТаблицуЧерезМодульОбъекта()
// 1. Конвертируем реквизит формы "Объект" в реальный прикладной объект ДокументОбъект
ДокОбъект = РеквизитФормыВЗначение("Объект");
// 2. Вызываем экспортный метод из модуля объекта, который добавляет строки и рассчитывает данные
ДокОбъект.ЗаполнитьТабличнуюЧастьПоУмолчанию();
// 3. Возвращаем измененный прикладной объект обратно в реквизит формы
ЗначениеВРеквизитФормы(ДокОбъект, "Объект");
КонецПроцедуры
Критически важный момент: Если вы выполните шаг 1 и шаг 2, но забудете вызвать шаг 3 — метод ЗначениеВРеквизитФормы(ДокОбъект, "Объект"), то все новые строки будут созданы внутри временного объекта ДокОбъект на сервере и бесследно уничтожатся сразу после завершения работы процедуры. На форме по-прежнему будет пусто.
Иногда визуальная "пустота" связана не с отсутствием строк как таковых, а с тем, что сами ячейки таблицы не отображают информацию. Проанализируем ситуацию, когда строки физически создаются, у таблицы на форме появляются пустые строчки (их можно выделить мышкой), но в них нет никакого текста.
Это верный признак того, что нарушена связь элементов формы с реквизитами данных. Проверьте следующие настройки в Конфигураторе:
ПутьКДанным заполнено верно (например, Объект.ДанныеОВремени).ПутьКДанным должно указывать на соответствующий реквизит табличной части (например, Объект.ДанныеОВремени.Сотрудник).Если вы копировали колонки вручную или переносили их из других таблиц, пути к данным могли сброситься или начать указывать на реквизиты совершенно другой табличной части. В таком случае платформа добавит строку, но колонка просто не поймет, какое именно значение ей нужно вывести на экран.
Еще одна неочевидная причина, почему строки есть в отладчике, но их нет на форме — установленные отборы на уровне визуального элемента.
Если к таблице на форме программно или интерактивно применен фильтр, новые строки, которые не соответствуют этому фильтру, будут скрыты платформой в ту же секунду, как только вы их добавите. Фильтрация может осуществляться через свойство Отбор элемента формы или через фиксированные настройки динамического списка (если таблица связана с ним).
Как исправить: Перед добавлением строк или непосредственно в процессе инициализации формы проверяйте, не наложены ли программные ограничения на отображение данных в элементе формы:
// Пример отключения отбора на элементе формы
Элементы.ДанныеОВремени.ОтборСтрок = Неопределено;
Условное оформление — мощный инструмент управляемых форм, но при неаккуратном использовании он может полностью скрыть данные от пользователя. Если в форме настроено правило условного оформления, которое при определенных условиях делает текст невидимым (свойство Видимость = Ложь, Отображать = Ложь или цвет текста совпадает с цветом фона ячейки), строки будут создаваться, но визуально таблица будет казаться пустой.
Проверьте вкладку "Условное оформление" в свойствах формы и убедитесь, что новые строки не попадают под действие скрывающих правил оформления.
В редких случаях, когда данные изменяются в сложных многоуровневых транзакциях или при специфических действиях на сервере вне контекста формы, интерфейс может не успеть своевременно среагировать на изменения реквизитов.
Если вы абсолютно уверены, что данные в реквизите Объект есть, пути к данным настроены верно, отборов нет, но форма "молчит", попробуйте принудительно обновить экран. Для этого на клиенте вызовите метод:
&НаКлиенте
Процедура ПослеДобавленияСтрок()
// Принудительно обновляем все элементы управления формы
ОбновитьОтображениеДанных();
КонецПроцедуры
Этот метод заставит платформу перерисовать все активные элементы формы и гарантированно отобразит актуальное состояние локальных данных.
При возникновении проблемы "невидимых" строк действуйте по следующему чек-листу:
Объект.ИмяТЧ, а не в объект базы данных, полученный через ПолучитьОбъект().РеквизитФормыВЗначение, обязательно в конце вызывайте ЗначениеВРеквизитФормы.ПутьКДанным у таблицы и у каждой её колонки в отдельности.ОтборСтрок) и скрывающего условного оформления.