Добрый день Господа и Дамы.
Уже долгое время меня терзает вопрос. Почему все программисты вокруг используют расширения к типовому функционалу конфигураций? Это же жутко не удобно. Но со мной никто не согласен. Попробую подробней описать суть моего негодования.

Когда несколько лет назад появились расширения, то я воспринял это новшевство как нечто прекрасное. Каждое изменение платформы постоянно смотрел, что новое прикрутили к расширению. Я постарался постепенно перетащить в расширение все, что уже было изменено ранее. Но уже через год понял - поддерживать например ЗУП 3.1 с изменениями в типовых документах и функциях просто нереально. Я не понимаю как отследить все изменения в обновлениях разработчика конфигурации. Например внес изменение в расчетный лист (заменил функцию в глобальном модуле). При обновлении видишь там тонну изменений и глаз замыливается и ты пропускаешь изменение при котором разработчик изменяет название функции вследствии например исправлении опечатки (это живой пример пару месяцев назад в бухгалтерии 3.0 было). Встречаешь через два месяца в коридоре пользователя который говорит - "А когда Вы в расчётку назад вернете изменение?".
И это еще очень безобидный пример. Я сталкивался когда начисление переставало корректно рассчитываться и мы корректировали начисления в следующем месяце.

С расширениями я как бы потерял контроль при обновлении - что именно надо изменить.
На данный момент отказался от расширений полностью. Хотя и понимаю, что для доработок своих подсистем это благо. Но и для доработок когда используешь функционал БСП уже были конфузы.

Вы используете расширения при работе?
Спасибо.

Нужно просто с умом подходить.. для каких-то задач расширения очень даже.. а для каких-то лучше не использовать, вот и всё.

Использую.

Не добавляю данных в расширение, не использую &Вместо.

ТиИ все еще грохает данные в расширении или уже поправили баг?

(0) Использую. Да есть конфузы с БСП. Но все реже его стали использовать.

(14)

При должном подходе, расширения хороши, есть определенные сложности, но с новыми релизами платформы работать комфортнее и комфортнее.

(0) Использую, где это уместно

(0) Использую полноценно. Есть нарекания - если форма в расширении "протухла", то при попытке открыть ее и обновить крашится платформа, приходится обновлять форму немного по-другому. С ЗУП-м вроде все неплохо работает. Старые расширения с &Вместо по мере обновления меняю на &ИзменениеИКонтроль​, ИМХО, красиво все получается. Хотя, стараюсь без фанатизма - реквизиты ТЧ в документы и новые регистры накопления не добавляю, пока необходимости не было.

(0) Каждую неделю решили подобный вопрос поднимать?! все же уже обсудили и пришли к выводу, что расширения это во первых безумно удобно а во вторых за ними будущее. Вы либо с нами в будущее либо на месте и тихонько в прошлое.

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

Нормально делай – нормально будет

Я данные в расширениях не храню, а вот подправить код поставщика без снятия с поддержки дорогого стоит.

По моему удобно. Часто использую результат продолжить вызов.

(30) +

Расширения постоянно дорабатываются. Пользоваться ими становится все удобнее

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

(0) расширению нет альтернативы в тяжёлых и распределенных системах с высоким коэффициентом готовности,
используем с удовольствием, переносим в тех.релизы по мере подготовки,
ясен пень, данные в расширениях не храним

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

Очень даже норм.
Но пока без добавления данных.

(0) Не согласен! Все наоборот, обновление не тронутой конфигурации раз в 100 быстрее, небольшое расширение поправить значительно быстрее.
Сделали бы еще перекомпиляцию расширения "на лету", было бы еще проще.
Ну и "Когда несколько лет назад появились расширения" они были совсем ущербные.
Некорректно сравнивать "несколько лет назад" и "сейчас".
Добавление данных не использую, выкручиваюсь на доп.реквизитах и т.п.

Расширения скоро будут удобными.

Очень удобно

Использую, но не везде.
Свои реквизиты - от греха подальше в основную конфу. Вроде бы сейчас и в расширении корректно работают - но пока что еще не совсем доверяю...
Полноценные отдельные блоки и подсистемы (не универсальные, без тиражирования) - в основную конфу.
Тиражируемые - в расширения.
Формы - программная правка в расширениях (лучше через расширение переопределяемого общего модуля).
Подписки, движения в типовых документах - добавляются в расширении.
Все доработки по возможности - "дополнением к типовым алгоритмам", например - надо дополнить возвращаемую коллекцию типовой функцией еще одной колонкой - лучше ее отдельно дозаполнить в конце, чем влезать в процедуру построчного заполнения и т.п. &Вместо - по возможности только в комбинации с "ПродолжитьВызов()"; если так не получается - то через &ИзменениеИКонтроль.
Все никак не дойдут руки написать "шаблоны" на программную доработку запросов с помощью объектной модели - пока запросы в основном дорабатываю через "СтрЗаменить"; в расширение включаю, если получается в режиме &Перед/&После ...
И да, если единственный способ доработки - это 100500 правок по несколько строк в одной процедуре - то лучше такие изменения внести напрямую в конфигурацию...

Использую. Удобно. Но надо привыкнуть

(0) Полноценно, но &ИзменениеИКонтроль​ иногда глючит :-/

Яркий пример на 8.3.16 переношу процедуру в расширение, не переносит объявление локальных переменных, копирую ручками. Какие-то процедуры ни в какую не принимает, ругается "модуль изменился", сравниваю тексты вижу отличия только в #Вставка ... #КонецВставки, ругаюсь, делаю &Вместо и жду одобрения перехода на новый релиз платформы.

Если конфа на поддержке у стороннего вендора, то конечно стараюсь юзать расширения, если это возможно

Сдуру можно и *** сломать. В меру и к месту и без фанатизма.

(0) Расширения это только дополнительный инструмент.Перспективный.Но пока ещё достаточно неполноценный для массового перевода на разработку в расширениях.После определенного , достаточно успешного опыта их использования пришёл к выводу что буду их использовать , но без фанатизма.Иначе получается теряется эффективность , вместо упрощения получаем усложнение и замедление разработки и поддержки.

Точка. :)