Так все таки..
Ктото использует расширения как основной механизм для допилок в рамках проекта?
Делать ли проект на расширения?

Постоянно противоречивые отзывы, один говорит что вот дескать облом расширения не могут "такого".
Другой радуется что "это" исправили\добавили в новой версии.
В итоге непонятно расширения используются народом в виде патчей или использование его как основной инструмент имеет право на жизнь.

Есть плюсы и минусы, есть обходы. ОК.
Как оно в реальности то?

в реальности сейчас снова получишь кучку противоречивых отзывов.

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

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

(2) я использую. В БП3 КОРП и КА2. Без разделения баз на РИБ

Было бы в ЕРП - не удалось бы.
Было бы полностью на УТ, т.е. заточено под чистую торговлю и применение доработок для торговли - не удалось бы.

При разноске работы на множество баз и РИБ - не удалось бы.

Еще в ЗУП3.1 без РИБ использую расширения.

(0) Можешь делать, у себя все перевожу на расширения (встречаются проблемы конечно, но все решаемо)

(3) Ладно, чет я понял с темой действительно погорячился)

Есть 2 проекта. В одном взлетело все на расширении, во втором нет. Мне как отвечать?

(7) Можешь сказать причину где не взлетело? какие проблемы возникли (ну кроме описанных выше  в ветке Есть ли идеальный один 1С в посте (20)

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

Итого половина дописок было в основной конфигурации, так как без этого нельзя. А вторая половина была в расширении, ибо мы же туда стремимся. В конце концов я понял что затраты на сопровождения этого монстра сводят на нет всю прелесть расширения.

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

А так в работе юзается вот это расширение - http://catalog.mista.ru/public/333876/
Ну и для правки багов или точечного отключения/изменения типового функционала (к примеру вывод номера на печать, или формирования префикса номера)

(9)
>> Ну вот это и остановило меня. Нужно было добавить реквизит партнер в контрагенте - но это приводило к порче данным.

я для себя решил не добавлять реквизиты к объектам основной конфы  - либо использую механизм доп.реквизитов либо регистр сведений (объект --> реквизит)

Проблему со структурой подчиненности решил вот так: http://catalog.mista.ru/public/1017600/

не то скопировал, вот http://catalog.mista.ru/public/938145/

Одна из неприятных проблем в расширениях - это конечно типы...

(11) вот именно что очень много приходиться реализовывать через костыли или не использовать типовые механизмы. Тогда к чему этот мазохизм?

А ну из подписками на событие тоже засада. Недоступны они в расширении

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

(14) При всех недостатках расширений - лично мне они нравятся. Все таки очень удобно разбить конфу на расширения (тот же егаис, меркурий и т.д.). Конечно если речь идет о фикси то возможно с этим и не стоит заморачиваться.

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

(18) имеется ввиду, что поставить подписку можно только если основная конфигурация снята с замка.

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

(20) а я имею ввиду, что новую подписку для произвольных объектов или модификацию состава объектов в подписке не изменишь, если только конфигурация стоит "на замке"

(21) Это да, но думаю со временем и это будет возможно.

(21) Есть же модули *Локализация. Через них все можно.

Мне кажется вопрос даже в другом, допустим почти все можно через расширения.
Тогда какая схема одно МОНОрасширение или несколько отдельных. Что если нужно через одно обращаться к другому. Вроде как такое должно было сразу быть заложено, ибо идея 1С что каждое расширение автономно. Но а если касательно реального проекта, где много разных разработчиков. Тогда ктото должен будет отдельно разруливать такие моменты.. В общем как то мутно мне это видится, хотя может и ошибаюсь.

(9) Когда расширения портили данные?

(18) а как оформить подписку на свой документ который в расширение?

(25) Подписки нужны для расширения типового функционала, в своем функционале юзаем Модуль Объекта.

(23) ну 1с рисовала на своих инфографиках что одна и таже процедура может быть модифицирована в разных расширениях

(24) полгода уже как После добавления реквизитов через расширения 1С удаляет элементы при ТиИ

(0) Расширения - это протезы. Весьма полезные, но все-таки - протезы. Все, что позволяют расширения, - это некоторая экономия времени на применении обновок от стороннего поставщика. Всё. Сами по себе, как таковые, они наиух не нужны.

(26) мы говорим вообщем об использование расширение или обсуждаем сабж "расширения как основной механизм для допилок в рамках проекта?"

(28) Только при ТиИ. Ну, это мелочи, а то я напугался. В ближайшей перспективе просто перенос решения на расширение.

(31) ты можешь гарантировать что пока ты в отпуске не запустят полное ТиИ для пересчета итогов?

(32) руки отрывать за такое.
Пересчет итогов можно запустить не выполняя ТИИ

(32) Я напишу предупреждение в документации.

(29) Это тебе не нужны, следовательно ты можешь ими не пользоваться.

(33) ну как бы разные случае бывают. МНе пришлось напрямую на скуле итоги убивать ибо не один пересчет их не брал Как удалить "фантомные" записи в таблице итогов средствами 1С