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