← На главную

При разработке в среде 1С:Предприятие 8.3 использование расширений стало стандартом де-факто для кастомизации типовых решений. Однако у многих разработчиков возникает резонный вопрос: как поведет себя система, когда придет время обновлять основную конфигурацию от поставщика? Не «затрет» ли обновление внесенные правки и не «сломается» ли интерфейс? Разберем подробно внутренние механизмы платформы, которые обеспечивают стабильность работы форм в расширениях.

Механизм трехстороннего объединения форм

Для того чтобы понять, как 1С обрабатывает изменения, нам необходимо рассмотреть структуру расширения изнутри. Проанализируем ситуацию: когда мы добавляем форму в расширение (заимствуем её), платформа не просто копирует текущее состояние. Она создает своего рода «связку».

Внутри расширения неявно хранятся две версии формы:

1. Снимок (Snapshot): Это состояние формы основной конфигурации в тот самый момент, когда вы нажали кнопку «Добавить в расширение».
2. Модифицированная форма: Это ваша версия формы, в которую вы добавили новые кнопки, надписи или изменили положение реквизитов.

Рассмотрим, что происходит в момент обновления. Когда поставщик выпускает новую версию, появляется третья составляющая — Новая форма поставщика. Платформа запускает алгоритм трехстороннего сравнения: она берет «Снимок», сравнивает его с вашей «Модифицированной формой» (чтобы понять, что изменили именно вы) и одновременно сравнивает «Снимок» с «Новой формой поставщика» (чтобы понять, что изменил разработчик решения).

В результате этого анализа система автоматически применяет ваши изменения к новой форме. Если вы добавили кнопку, а поставщик изменил заголовок формы, в итоге вы получите форму с новым заголовком и вашей кнопкой. Это происходит незаметно для пользователя и программиста в большинстве случаев.

Приоритеты и сопоставление элементов

Выясним, как система определяет, какой элемент формы какому соответствует. Сопоставление всегда идет по имени элемента. Рассмотрим ситуацию, когда и вы, и поставщик изменили один и тот же реквизит, например, цвет надписи ЗаголовокСтраницы.

Проанализируем приоритеты:

• Если изменения касаются разных свойств одного объекта (поставщик изменил шрифт, а вы — цвет), то применятся оба изменения.
• Если изменения касаются одного и того же свойства (вы оба изменили цвет), то безусловный приоритет отдается расширению.

Это означает, что ваши визуальные правки (новые элементы, скрытие старых, перекрашивание) останутся в силе даже после наката обновления, если только структура формы не изменилась кардинально.

Критические конфликты: когда расширение «ломается»

Несмотря на продвинутые алгоритмы объединения, существуют ситуации, требующие вмешательства программиста. Разберем наиболее частые причины возникновения ошибок применения расширения после обновления:

1. Удаление заимствованного объекта: Если поставщик в новой версии полностью удалил реквизит или элемент управления, который вы заимствовали в расширение, платформа не сможет собрать результирующую форму. В конфигураторе рядом с расширением появится красный восклицательный знак, а в режиме «Предприятие» расширение может не подключиться.
2. Изменение типа данных: Если тип реквизита, на который опирается логика вашего расширения, был изменен (например, со СправочникСсылка.Склады на ДокументСсылка.ЗаказПокупателя), возникнет конфликт типов.
3. Переименование элементов: Поскольку сопоставление идет по имени, переименование элемента поставщиком равносильно его удалению для вашего расширения.

Работа с программным кодом (обработчики событий)

Особое внимание уделим программной части. Если вы расширяете логику формы через модули, критически важно использовать правильные аннотации. Посмотрим на различия в их поведении при обновлении:

• &Перед и &После: Эти методы наиболее безопасны. Даже если поставщик полностью переписал код процедуры в основной конфигурации, ваш код просто выполнится до или после него. Риск того, что форма перестанет работать, минимален.
• &Вместо: Это самый опасный вариант. Используя &Вместо, вы полностью блокируете код поставщика. Если в обновлении была исправлена критическая ошибка или добавлена важная проверка в эту процедуру, ваше расширение «проигнорирует» это обновление, сохранив старую логику.

Для вызова оригинального метода внутри аннотации &Вместо рекомендуется использовать конструкцию ПродолжитьВызов(), чтобы сохранить преемственность кода.

Инструменты проверки после обновления

Разберем алгоритм действий специалиста, выполняющего обновление конфигурации, в которой есть расширения. Не обязательно проверять каждую форму вручную. Платформа предоставляет автоматизированные средства:

1. Откройте список расширений в конфигураторе (Конфигурация — Расширения конфигурации).
2. Воспользуйтесь командой «Проверить применимость». Платформа проанализирует все заимствованные объекты, включая формы, и выдаст отчет о конфликтах.
3. Если отчет пуст — визуальное объединение прошло успешно.
4. Если обнаружены ошибки (например, «Объект не найден»), необходимо зайти в форму расширения и вручную удалить ссылки на отсутствующие элементы или обновить их заимствование.

Также важно контролировать свойство расширения Режим совместимости. Если основная конфигурация после обновления требует более высокого режима совместимости, его нужно будет поднять и в настройках расширения.

Опасность «полного захвата» формы

Проанализируем ситуацию, которой стоит избегать. Если при добавлении формы в расширение вы случайно выбрали режим копирования или в старых версиях платформы выбрали полную замену объекта, то автоматического объединения не произойдет. В этом случае пользователь будет видеть старую версию формы из расширения, а все новые элементы, добавленные поставщиком (например, новые важные поля в заказе клиента), просто не появятся в интерфейсе. Всегда убеждайтесь, что форма заимствована корректно с сохранением связей с основной конфигурацией.

Подводя итог, можно сказать: платформа 1С берет на себя большую часть работы по «слиянию» изменений. Если вы добавляете новые кнопки и надписи, используя стандартный механизм заимствования, обновление пройдет гладко, и ваши изменения гармонично впишутся в новый интерфейс от поставщика.