Работа с расширениями конфигурации — это мощный инструмент, позволяющий дорабатывать типовые решения, не затрагивая основной код. Однако при переходе на платформу 8.3.19.1150 многие разработчики столкнулись с тем, что конфигуратор начинает аварийно завершать работу при попытке внести изменения в расширения, особенно если в них уже добавлены новые реквизиты. Давайте разберемся, почему это происходит и как нам продолжить работу, не дожидаясь исправления от фирмы «1С».
Основная проблема версии 8.3.19.1150 заключается в нестабильности работы инструментов метаданных. При добавлении или изменении структуры данных в расширении платформа обращается к внутренним библиотекам, которые в этой сборке могут приводить к «падению» с ошибкой (часто с созданием дампа памяти). Наиболее критично это проявляется при заимствовании объектов или изменении состава реквизитов.
Важно понимать, что нестабильность часто провоцируется следующими факторами:
8.3.19.1150 признана сообществом разработчиков как недостаточно стабильная для сложных конфигураций с активным использованием расширений.Если конфигуратор не дает внести изменения привычным способом, давайте рассмотрим несколько проверенных на практике методов, которые помогут нам продолжить разработку.
Самый радикальный, но действенный метод, если проект требует стабильности «здесь и сейчас». Если конфигурация позволяет, можно использовать другой релиз платформы для выполнения критических правок.
.dt).8.3.18 или более поздних корректирующих релизов 8.3.19.хххх).Если изменение структуры метаданных (добавление реквизита в расширение) вызывает падение, попробуйте перенести логику в код. Вместо того чтобы добавлять новый реквизит в структуру объекта, мы можем использовать механизм расширения для формы или добавить ХранилищеЗначений, чтобы динамически сохранять нужные данные.
Рассмотрим пример того, как можно программно добавить элемент на форму без изменения метаданных в конфигураторе:
// В модуле формы расширения, при открытии или создании на сервере:
&НаСервере
Процедура ПриСозданииНаСервере(Отказ, СтандартнаяОбработка)
// Динамическое добавление элемента управления
НовыйЭлемент = Элементы.Добавить("МойРеквизит", Тип("ПолеФормы"), Элементы.ГруппаДанных);
НовыйЭлемент.Вид = ВидПоляФормы.ПолеВвода;
НовыйЭлемент.ПутьКДанным = "Объект.ИмяРеквизита";
КонецПроцедуры
Этот подход позволяет избежать «тяжелых» правок метаданных, которые провоцируют сбои Конфигуратора.
Чтобы минимизировать риски, рекомендуем предпринять следующие шаги по обслуживанию базы:
Проверка логической целостности: Воспользуйтесь утилитой chdbfl.exe (Тестирование и исправление) для проверки структуры расширений. Иногда помогает очистка кэша клиентских приложений на локальном компьютере — удаление папок профиля 1С (обычно в папке AppData\Local\1C\1Cv8).
Разделение расширений: Если у вас одно «гигантское» расширение, попробуйте разбить его на несколько мелких по функциональному признаку. Это не только облегчит отладку, но и уменьшит нагрузку на конфигуратор при чтении метаданных.
Контроль режима совместимости: Зайдите в свойства расширения и убедитесь, что параметр РежимСовместимости установлен корректно. Если он не критичен для вашего проекта, можно попробовать установить его в значение Не использовать, но делайте это с осторожностью, так как это может повлиять на поведение стандартных функций 1С.
Работа с расширениями — это гибкий, но порой капризный механизм. Если вы столкнулись с вылетами, не пытайтесь «пробить стену» бесконечными попытками сохранения. Используйте альтернативные подходы и не забывайте делать резервные копии перед каждой итерацией разработки.