Есть задачка по скрещиванию инетмага с УНФ. И нужно довольно плотное скрещивание. Вот что-то мне подумалось, а не замутить ли всё это на расширении? Хочется и добавлять свои объекты, и чтоб обновлять УНФ без гемороя в виде волокиты с изменениями и чтоб потом можно было воспользоваться решением для других клиентов.
Вот интересует, кто уже успел поюзать расширения, какие плюсы-минусы? Можно ли этим вообще пользоваться?

ап!

если все правильно делать, то замочек нужно снять только с корня конфы. и тогда никакого геморроя с обновлениями через /cfu не будет

главный минус - мало кто успел по-взрослому этим попользоваться и в итоге не понятно, можно ли этим вообще пользоваться

"Хочется и добавлять свои объекты" // В расширении - забудь

(0) А зачем ее обновлять?

Я активно пользую расширения и курочу любые формы как хочу.
+ свои подсистемы.

Но не более того.

Расширения - это добавить свое поле на УФ. На этом оно заканчивается.

Какие расширения? Давно ли в расширениях можно использовать ссылочные объекты?

(8) если свои объекты, то можно.

(7) + свои обработчики, а это прорыв

(9) Свои справочники/документы/регистры и пр.?

(10) Прорыв - это возможность дополнять структуру данных. + свои общие модули и документы.

(12) Ну ахренеть. А давно документы можно добавлять?

(7) + http и ws-сервисы

+(13) Смотрю на последней 8.3.7, нельзя.

отчеты и обработки пока. Но в 8.3.8 должны добавить.

У Гилева с Насиповым есть целый курс по расширениям, причём бесплатный: http://xn----1-bedvffifm4g.xn--p1ai/news/how-2-use-extensions-in-8-3-6/ (надеюсь, не сочтут за рекламу)
Я, правда, ещё не успел даже ознакомиться.

А что по поводу использования данного расширения в дальнейшем на других базах?
Где-то видел мнение, что расширения нельзя использовать подобным образом, но почему нельзя - не помню.
За ссылку на курс спасибо - посмотрю.

(16) Откуда такие мысли?

расширения пока сыроваты для серьезных проектов

(20) Как по мне - это шаг к модульности.

Расширения это большой плюс. Только вот засада в том, что обработчики расширений вызываются ДО обработчиков самой формы.
Использовать имеет смысл тогда, когда на форму нужно накидать дополнительный функционал не связанный с существующим. А вот если нужно, например, при открытии формы заполнить какой-либо реквизит "по своим правилам", то при открытии он все равно заполниться по правилам типовой формы.
ИМХО, для существенной модификации функционала форм расширения еще не подходят. Все равно приходится "врезаться" в типовые процедуры, которые разработчики 1С ооооочень любят менять и переименовывать.
Как мне кажется, проще в процедуре обработки создания формы на сервере вызывать общую процедуру, в которой переопределить обработку типовых событий на свои, и добавить область собственных процедур и функций в модуле формы. При обновлении их конечно нужно контролировать, но времени это отнимает не так уж и много.

(22) [обработчики расширений вызываются ДО обработчиков самой формы.]

Это заблуждение.

(0) в расширениях сейчас даже нельзя менять типовые общие модули:(

самое главное чего нельзя делать в расширениях - добавлять свои регистры, документы и т.д.

как только это сделают - будет супер гуд

(25) Так вроде как принципиально не делают

(26) это не делают по причине необходимости реструктуризации, а у них расширения "сшиваются" с конфой в "фоне".

то есть сейчас расширения - это легкие доработки

но я думаю, что слишком много плюсов они пока пропускают и надеюсь, что от легких наркотиков перейдут к тяжелым, и сделают 9.0 с модульными расширениями :)))