Встречаем расширения - механизм адаптации прикладных решений под конкретного потребителя!

http://v8.1c.ru/o7/201410ext/index.htm

(138) да-да, метаданные поменялись - и пользователь сам все обновил.

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

(139)А в чем проблема то? Какие метаданные могут поменятся?

Конфигурация осталась без изменений, она на поддержке, и там не один байт без разрешения фирмы 1с не может поменяться.

(142) кто такая 1с, чтобы запрещать мне менять код программы, которую я купил? ))

(141) после обновления? :) любые!

было: реквизит «Реквизит», стало: «удалитьРеквизит» и «НовыйРеквизит».

про то, что ты использовал 100500 других метаданных - даже молчу.

(144)Еще раз - конфигурация остается на поддержке, и никак не изменяется пользователем, Поэтому она без проблем обновляется следующим релизом выпущенным 1с.
Для этого собственно эту фичу и придумали.

(145) да, обновляется. но твои доработки помирают.

(146)Твои обработки остаются в расширении, и никуда не исчезают.
Более того, если твои доработки не используют объекты типовой, они продолжают работать.
Если используют, то продолжают работать если соответствующие объекты не изменились.

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

Ну и чем это отличается от внешней печатной формы к примеру?

(148)Внешняя печатная форма способна хранить данные в базе? Обрабатывать их?

(149) Как два байта...

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

(150)Ну если так просто, так ты расскажи.
Как например из печатной формы добавить справочник, забить его данными, делать выборку из этого справочника.
Справочник должен быть сохранен в БД и не должен потеряться при обновлении.

(152) Ви таки просили сохранить данные или создать справочник?
Уж определитесь, туда или сюда...

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

(152) расширения не позволят тебе добавить справочник. это решается добавлением «типовой 2». форму типового документа ты изменишь, но работать она у тебя будет до тех пор, пока «типовая 1» такая же.

я лично не вижу существенных отличий от нынешнего слияния двух конфигураций.

(154) чтобы два раза не вставать...
В УТ11 есть регистр сведений ПрикреплённыеФайлы. Продолжать?

(156)Да пожалуйста, продолжай.
Как туда сохранить справочник?
Как потом пользователю открыть этот справочник?

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

(157) Не стану. Это останется тебе на домашнее задание. Изучишь тему, подготовишь доклад, выступишь перед аудиторией.
Может, тогда зачёт получишь.

чет посты заповторялись

(158) ты читал инфу от 1с?

глянь http://v8.1c.ru/o7/201410ext/4.png и найди где расширение и где конфигурации.

(0) интересно сколько может таких конфигураций одновременно может быть? если в модели сервиса, напримре, 100-200 конф, и каждая с собственным расширением, то двигаться эта махина будет, как московская пробка в час пик.

(162) об ограничениях не заявлено, значит пока считаем неограниченное количество.

(161) 1С сказала, что то что дают это не финал и будет развитие. Так что если дойдут до конца, то Jump будет близок к истине. И это круто.

(159) Садись два и больше не подходи к 1С....

Ох, и какой только фигни не придумает 1С, лишь бы классы не делать!

(162)Думаю сколько угодно, пока железо тянет.

(166)Ну изначальный девиз был таков, что программировать под 1с может любой бухгалтер.
Т.е все максимально просто.
А ООП простому бухгалтеру не под силу.
Хотя с другой стороны, то что они уже наворотили, там без бутылки не разберешься, и никакого ООП не надо.

Всё пытаются кривенькое наследование натянуть... С подписками не очень получилось, продолжают.

(169) Да уж лучше так, чем спагетти из общих модулей, как сейчас это сделано в типовых..

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

(169)Подписки жизнь очень сильно облегчили. Посмотрим какая польза будет от расширений.
И было бы неплохо расширить список подписок. Например, сделать подписку на событие "ПриОткрытии" документа.

(172) лучше ПриОткрытии(Форма) произвольной формы. Чтобы можно было внешние отчеты перехватывать.

(172) и наконец-то можно будет менять основные формы элемента и списка, не изменяя сами объекты конфигурации

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

Добавили бы еще наследование общих модулей.

давно ведь уже эта идея летает, изменять формы и добавлять свои объекты в конфигурацию. Потихоньку шли к этому через внешние отчеты\обработки, подписки на события и прочее.
Теперь еще один шаг - Расширения, только пока они как-то малофункциональны.

очень интересно, ввели инкапсуляцию для конфигурации в целом...

интересно как это будет в реальности...

(171) В ООП такая же история, изменят родительский класс или вообще его удалят и все поделка не работоспособна.
Так что не вижу причин для беспокойства или нужно поныть?

(172) Расширение фактически и дают такую подписку, а именно на все события формы.

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

(181)  "Конфа обновилась поменялись название процедур функций реквизитов." - я так понял, что заимствованные объекты не меняются. Но это все равно еще не реализовано, пока только формочки максимум можно менять.(И то не понятно, что подразумевается под словом менять. возможно только местами реквизиты перемещать)

(181) Плюсом пришол другой прог и ему окромя сравнение конфигурации с поставщиком нужно
1) догадаться что Здесь есть (установлено) расширение
2) Сообразить как оно работает и что делает у каждого пользователя (Так-как включение расширение идет для каждого пользователя отдельно может петя без расширение а паша под расширение сидит)

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

(183) для этого нужно прогить учится прогроммировать не латочным методом а используя подходы ООП

например придется использовать в своих поделках определенее версии базовой конфигурации. Короче мы идем к реальным библиотекам которые будут надстройками над типовыми.

Я даже уверен, что на этой технологии можно бабла поднять...

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

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

(186) Ты писатель, ветку не читал? статью не читал?

(187) в том и дело что читал

(188) но не разделяю оптимизма, мне кажется, что все как всегда будет через одно место. Хотя идея хорошая в принципе.

(189) ТО есть не пробовали, не кушали, а поныть обязательно надо?

(190) Да я как понимаю не кто не провал

(191) что все радуются блин как в ссср 5 летку за 3 года урра товарищи

(185) два пива этому товарищу

(192) Потому что судя по описанию можно расширением свои формы лепить. А в перспективе посмотрим.

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

(185) да я не спорю, только вспомните зависимости в линуксе и ужаснитесь ))

(185) и магазин расширений не за горами

(196) А что не так с зависимостями в linux? Пакетные менеджеры, репозитории и мантейнеры решают.

(198) ага и результате на только что установленной системе  5-10 разных версий одной библиотеки

Эти расширения очень похожи на "слои" в более других системах.

(199) Т.е. необходимость иметь 4-5 версий .NET под Windows вас не смущает?

(195) Судя по опыту 1С делают то что запланировали. Например как анонсировали внешние источники данных так и сделали , и работали они круто.

все круто, но

когда уже сделают запрещающие роли?

(203) роли - фигня...

жду когда выпустят конфигурацию 1с:БазовоеУправлениеФирмой и к ней следущие расширения

1. Партионный учет
2. РАУЗ
3. Упрощенка
4. Ведение заказов

и т.д.

что-бы можно было набирать то, что нужно....

(204) и обмен между подсистемами через КД 3.0

(204) тогда уж лучше пусть бсп допилят до нормального состояния

(204) БН вроде говорил, что такого не будет

1С делает многофункциональное универсальное решение, а отраслевку партнеры. никаких модульностей.

(204) интересная мысль
если к пакету "Торговля" подцепить пакет "Зарплата", то что получится?

(208) получится зуп и ут в одной базе

(209) и там и там есть ПКО, и там и там у него есть разные виды
но эти виды реально разные, как их объединить?

(204) тут еще не ясно, планируется ли возможность делать расширение на расширение

(204) вообще я против этого.
фрагментация будет жуткая. поддерживать 100500 отдельных подсистем - ад и Израиль.

и особенно поддержка совместимости каждого модуля друг с другом - это трындец!

(210) >>при загрузке расширения будет выдана ошибка

(212) а держать все в одной корзине с жуткой связностью, норм?

По сути мне кажется получается все не айс..


Допустим есть конфа дописанная через расширение.

Имеем какие плюсы:

- Пользователь сможет сам обновить основную конфу.


Но если в расширении переписано более менее что то серьезно.
То оно перестанет работать, или что намного хуже будет работать но неправильно.

Т.е. в любом случае вмешательство программиста понадобиться.

(214) не пиши жуткую связность пиши нормальную

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

Я так понял что при заимствовании объектп в расшерение перетикаетвесь его модуль и используется уже именно модуль расширения. Тоесть если в типовой модуль поменяли, расширение вмеравно будет работать. Если поменялось название объекто то рефакторинг автоматом позволит все заменить и в расширении.

Так?

(214) нет, не норм. но как это относится к 1С ?

(215) да то, что тут писали "1С программируется бухгалтером" это такая чушь, что даже говорить не стоит
Более того, уровень вхождения программистов 1с с каждым разом только растет

Круто. Круто если это будет работать как написано

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

Как быть с динамическим обновлением расширения? Так же? 1С будет просить всех выйти и зайти?
И при доработке метаданных расширения динамическое обновление не получится?

(223) Объекты же не добавляются. Будет так же как и с печатными формами

(1)
Что полезного:
1. Можно изменить свойства заимствованных объектов.
2. Можно отлавливать и изменять на свои или запрещать выполнение стандартные события типа "ПриОткрытии".
3. Замена механизмов доп.обработок/внешних печатных форм.
4. Вывести на форму новое поле или команду.

Вопросы:
1. Как будет работать механизм отладки?
2. Лицензирование расширения?

(225)
1)Я не вижу проблем с механизмом отладки.
2)Насчет лицензирования, я думаю оно будет такое же как и у внешних печатных форм.

Есть два расширения
В первом переопределен метод Хрю() типовой конфигурации
Если второе расширение вызовет Хрю(), то какой метод метод вызовется?
Базовый или расширения 1?

(227) Как БН на душу положит )))

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

(227)(228)(229) Вы не внимательно читали, каждой процедуре будет добавлен префикс расширения, читайте внимательно статью.

(227)Я так понимаю-
Расширение2  может  вызвать метод Хрю() если он есть у него в конфигурации.
А у него в конфигурации он может оказаться двумя способами - либо ты сам его напишешь, либо экспортируешь из типовой.

А к расширению1 и его методам у расширения2 конечно же не будет никакого доступа.
К тому же не уверен что можно будет подключить более одного расширения.

Печаль, что в сапе 10 лет назад внедрено, в 1С только появляется. Заглянем в будущее, наверняка через пару лет зарелизят расширения таблиц, пакетное обновление конфигурации.

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

(232) Что есть в Сапе того что нет в 1С и я могу рассказать миллион вкусностей которых нет в сапе.

Так же в 1С давно есть пакетное обновление.

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

(232) в 1С есть дофигища чего нет в сапе, обратное не верно.

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

(237) "Во встроенном языке основной объект для работы с расширениями это МенеджерРасширенийКонфигурации."