В современной разработке на платформе 1С:Предприятие 8.3 управляемые формы предоставляют мощный механизм динамического изменения своего интерфейса и структуры данных. Мы можем «на лету» добавлять новые поля, таблицы, колонки и, соответственно, реквизиты, которые ими управляют. Однако на практике часто возникает обратная задача — корректно и без ошибок удалить ранее созданные программные реквизиты, чтобы не перегружать память сессии и не засорять интерфейс пользователя. Процесс удаления имеет ряд неочевидных тонкостей, которые могут поставить в тупик даже опытного разработчика. Разберем эту тему подробно по шагам.
Основной источник путаницы и ошибок при работе с динамическими свойствами формы кроется в понимании того, что именно платформа считает «путем» на разных этапах жизненного цикла реквизита. Выясним причину этой путаницы, сопоставив два ключевых механизма.
При создании реквизита мы используем конструктор Новый РеквизитФормы. Его синтаксис выглядит следующим образом:
Новый РеквизитФормы(Имя, Тип, Путь, Заголовок, СохраняемыеДанные)
В этом конструкторе третий параметр — Путь — указывает на родительский контейнер, в который будет вложен создаваемый реквизит. Например, если мы хотим добавить колонку в существующую таблицу формы с именем «Товары» (которая связана с объектом), мы укажем путь "Объект.Товары". Если же мы создаем реквизит самого верхнего уровня (непосредственно реквизит формы), то этот параметр мы оставляем пустым — "".
При удалении реквизита через метод формы ИзменитьРеквизиты логика меняется. Платформа требует передать массив строк, содержащих полные пути к самим удаляемым реквизитам, включая их собственное имя:
"Объект.Товары.ИмяРеквизита".""): в массив удаления передается просто его имя — "ИмяРеквизита".Посмотрим на простой пример. Допустим, мы создали реквизит верхнего уровня с именем «ДополнительныйПараметр»:
// Создание реквизита верхнего уровня
МассивДобавляемых = Новый Массив;
Реквизит = Новый РеквизитФормы("ДополнительныйПараметр", Новый ОписаниеТипов("Строка"), "", "Доп. параметр");
МассивДобавляемых.Добавить(Реквизит);
ИзменитьРеквизиты(МассивДобавляемых);
Для того чтобы удалить его впоследствии, нам не нужно пытаться передавать пустые строки или сложные конструкции. Достаточно передать его имя напрямую:
// Удаление реквизита верхнего уровня
МассивУдаляемых = Новый Массив;
МассивУдаляемых.Добавить("ДополнительныйПараметр");
ИзменитьРеквизиты(, МассивУдаляемых);
Проектируя логику динамического интерфейса, важно помнить фундаментальную связь элементов управления и данных в управляемом приложении. Реквизит формы — это структура данных (память), а элемент формы (поле ввода, флажок, декорация) — это визуальное отображение. Элемент связан с реквизитом через свойство ПутьКДанным.
Если мы попытаемся удалить программно созданный реквизит формы, который в данный момент выведен на экран (то есть связан с каким-либо элементом управления), платформа завершит работу аварийно с критической ошибкой «Недопустимый путь к данным». Система не может допустить существования «осиротевшего» элемента управления, ссылающегося на пустоту.
Проанализируем правильный и безопасный алгоритм деструктуризации интерфейса:
Элементы.ИзменитьРеквизиты для удаления связанного реквизита данных.Рассмотрим пример реализации этого правила на практике:
ИмяРеквизита = "ДинамическийПоказатель";
// Шаг 1: Ищем и удаляем связанный элемент управления
ЭлементДляУдаления = Элементы.Найти(ИмяРеквизита);
Если ЭлементДляУдаления <> Неопределено Тогда
Элементы.Удалить(ЭлементДляУдаления);
КонецЕсли;
// Шаг 2: Удаляем сам реквизит данных
МассивУдаления = Новый Массив;
МассивУдаления.Добавить(ИмяРеквизита);
ИзменитьРеквизиты(, МассивУдаления);
Метод ИзменитьРеквизиты — это одна из наиболее ресурсоемких операций на клиенте и сервере 1С. В момент вызова этого метода платформа полностью перестраивает контекст формы, осуществляет сериализацию данных, заново инициализирует элементы управления и перерисовывает интерфейс для пользователя. Если выполнять этот метод многократно в цикле (например, поочередно удаляя по одному реквизиту), интерфейс приложения начнет заметно зависать, ухудшая пользовательский опыт.
Для оптимизации производительности разработчикам настоятельно рекомендуется использовать пакетный режим изменения структуры формы. Метод ИзменитьРеквизиты принимает два основных параметра одновременно: массив добавляемых и массив удаляемых реквизитов.
ИзменитьРеквизиты(МассивДобавляемых, МассивУдаляемых);
Выполняя операцию таким образом, платформа за один транзакционный шаг сначала удалит все старые и ненужные реквизиты, а затем создаст новые. Это гарантирует максимальное быстродействие формы и исключает дублирующие ресурсоемкие операции по перестроению контекста.
При повторном вызове процедур обновления формы (например, при нажатии пользователем каких-либо кнопок или принудительном обновлении данных) код может попытаться повторно удалить реквизит, который уже был удален ранее. Это приведет к ошибке выполнения программы. Чтобы сделать наш код отказоустойчивым, мы должны проверять фактическое наличие реквизита на форме перед его удалением.
Для этого мы воспользуемся встроенным методом формы ПолучитьРеквизиты(). Этот метод возвращает коллекцию всех существующих на форме реквизитов (объектов типа РеквизитФормы). Проанализируем готовый шаблон безопасного удаления реквизитов:
Процедура БезопасноУдалитьРеквизит(ИмяРеквизита)
// Создаем массив для удаления
МассивУдаления = Новый Массив;
// Получаем список всех текущих реквизитов формы
ВсеРеквизитыФормы = ПолучитьРеквизиты();
// Проверяем, существует ли целевой реквизит на форме в данный момент
РеквизитСуществует = Ложь;
Для Каждого ТекущийРеквизит Из ВсеРеквизитыФормы Цикл
Если ТекущийРеквизит.Имя = ИмяРеквизита Тогда
РеквизитСуществует = Истина;
Прервать;
КонецЕсли;
КонецЦикла;
// Если реквизит найден — приступаем к его безопасному удалению
Если РеквизитСуществует Тогда
// 1. Сначала удаляем визуальное поле с формы
СвязанныйЭлемент = Элементы.Найти(ИмяРеквизита);
Если СвязанныйЭлемент <> Неопределено Тогда
Элементы.Удалить(СвязанныйЭлемент);
КонецЕсли;
// 2. Добавляем имя реквизита в массив и удаляем его из данных формы
МассивУдаления.Добавить(ИмяРеквизита);
ИзменитьРеквизиты(, МассивУдаления);
КонецЕсли;
КонецПроцедуры
При проектировании динамических интерфейсов необходимо учитывать жесткие платформенные ограничения 1С:
ИзменитьРеквизиты можно удалять исключительно те реквизиты, которые были созданы программно в текущей сессии работы пользователя. Реквизиты, добавленные статически разработчиком в конфигураторе, защищены платформой — попытка их удаления вызовет системное исключение.ЭтотОбъект.ИмяПрограммногоРеквизита вызовет ошибку проверки кода. В таких случаях следует обращаться к значениям программных реквизитов через квадратные скобки контекста формы:
ЭтаФорма["ИмяПрограммногоРеквизита"] = "Новое значение";
Соблюдение этих простых архитектурных правил позволит вам создавать гибкие, динамичные и при этом стабильно работающие интерфейсы решений на платформе 1С:Предприятие 8.3.