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

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

Фигня и ничего нового

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

еу хоть что-то полезное делают...

Очень интересно.

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

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

(3) Сценарий применения можешь назвать?

"Периодически поставщик выпускает новые (улучшенные) версии этой конфигурации"

улучшенные, дааа

"Платформа автоматически, в режиме 1С:Предприятие, объединяет ваше расширение с типовой конфигурацией"

мало нам текущих тормозов. если оно будет работать так же как и хранилище конфигурации, то ну нафик

У меня например изменен механизм нумерации отдельных документов плюс изменены пару процедур в ГМ модуле связанные с печатью (не умеет 1С нормально считать строки в ТОРГ-12) и с нумерации.

Получается мне оно никак не подходит

"Заимствованные объекты нужны не всегда. Лучше всего это объяснить на «бытовом» примере, если провести аналогию с обедом в ресторане."

конечно, ведь тупые одинэсники не понимают ООП и заимствования

заимствование == наследование, ессно

(9) Дело не в том, кто что не понимает.. а в том, что ООП долгое время считалось ересью в секте 1с, и про это говорить было неприлично..)

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

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

(11) ну у нас на форуме это локальный мем, так что нормально, чего уж :)

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

(15) не будут тормозить? В 1с? Сам-то веришь?

(15) Я тоже так думаю, и ранее в (4) написал тоже самое

(16) см (7)

(16) Ага все так кричали что нужно ООП, что 1С своей реализации решило доказать что ООП в 1С - зло (!)

Хм...
Получается, можно добавлять кнопочки в формы, или менять поведение существующих - и при этом не терять поддержку.
Вот это - просто отлично!

(19) Оно зло совершенно не по этому...

(20) Так и сейчас можно кнопочку на форме добавить

(17) ну, кстати, масштабируемость то будет повыше, чем у обычного набора отчетов и обработок.

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

(21) оно зло, когда применено не к месте. в хелловорде, например, или в ГСЧ

(24) я так понял можно полностью рисовать свои формы
"Можно изменять управляемые формы, существующие в типовой конфигурации; "

в буржуинской системе Axapta кажись подобное давно присутствует

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

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

Один полезный пункт "Можно изменять управляемые формы, существующие в типовой конфигурации;"
И то года через два можно будет использовать в стабильной версии платформы.

главное что? начало положено!

(28) Не исключено что они впоследствии добавят возможность добавлять новые объекты, в том числе ТЧ к существующим

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


Посмотрим, может и нумерацией дадут порулить

Покладено-то?
Про изменение форм ничего не написано, как оно реально сделано. А с остальным и сейчас нет никаких проблем при доработке типовых.

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

А где там ООП? Только для форм, да и то непонятно, а будет ли полиморфизм работать, кто нить проверял?

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

да и нумераторы тоже...

(35) ну может можно будет переопределение методов делать

"Платформа автоматически, в режиме 1С:Предприятие, объединяет ваше расширение с типовой конфигурацией"  - автоматически? Опять стопицот глюков, которые непонятно как отследить?

(38) добавят отладчик объединения расширения :D

(34) А как сейчас выглядит поступления товара с кучей ТЧ, но при этом визуально отображается одна?

(37) если будут два расширения формы, с одинаковыми именами полей/методов?

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

(41) Ну это на уровне платформы можно разрулить
А может сделают тупо кто последний тот и папа, как в подписке

(27) точно, в Axapta есть что-то вроде слой ядра, слой разработчика, очень похоже

(42) юзверю не доступны объекты, ему доступно только представления объектов, т.е. визуализация

(41) ну так так же как и везде. если "в этом классе" (назовем так расширение) переопределено так, то в "этом классе" работает так, а в другом - иначе

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

+(41) ага читаю, вроде за счет префиков имена разные
что-то написано про порядок, но...

хотет свои перечисления и свои предопределенные пвх

точнее даже не перечисления, а их значения

Даешь модульный конфигурации !!!!!11одинодин

(51) не верю! (с)

(52) Ну а чем расширения не модульность?

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

А можно, к примеру позаимствовать в расширение справочник Номенклатура и добавить туда новый реквизит?!

(55) пока, судя по всему, нет. а вот реквизит формы добавить - за ради бога

(56) обычно нужно модифицировать и сам объект метаданных то же, не только форму!

(57) Здравия желаю, тащ капитан!
но пока нельзя, как бы ни хотелось :)

(56) нет и скорее всего нельзя будет, пока добавления не сделают не в "Предприятии", а в "Конфигураторе"

ведь добавлении реквизита меняется структура базы

(59) Это с каких это пор добавления реквизит формы меняет структуру базы???

смысла использовать в таком виде в котором оно сейчас выйдет нет вообще - ни справочника добавить, ни реквизита к документу

(61) Смысл в (4) Замена механизма внешних отчетов механизмом расширения

(60) я про реквизит справочника

(61) связь через свой рс не ломает обновления, и можно своей формой все реализовать. например
(62) а можно интерфейс забабахать

(61) Не скажи.
"Для заимствованной формы в расширении создаётся собственный модуль с собственными обработчиками всех событий. " - т.е. можно отлавливать все стандартные события типа "ПриОткрытии". И не портить код конфигурации.
Сколько 1Сников молилось об этом долгие годы!

(64) А свой РС не добавить через расширения.
(65) Боюсь не отлавливать стандартные, а переписывать на свое. По сути, техника аналогичная копированию типовой формы, доработке и установки в качестве основной - давно известный порочный метод редактирования форм. Потому, что потом в типовой добавляют новый реквизит документа, ты это прошляпишь и при проведении все упадет.
Уж лучше кодом свои реквизиты на форму добавить, а при обновлении на модуль КДИФФ3 натравить и получить правильный результат.
Порча кода форм в большинстве случаев проблем не создает. Беда начинается при правке ролей, составных типов, состава подписок, форм и других нетекстовых изменениях базы.
А вот этого (кроме ролей) расширения не решают.
И для ролей не ясно что будет происходить - можно будет только пару объектов переопределить в одной роли, или она вся будет браться из расширения и мы поимеем геморой с новыми объектами

(65)О да, подписка на события форм :)

(0) Супер крутотень!

Теперь я знаю как реализовать различные рабочие места.

(5) Тут огромный спектр.

(66) Кто сказал, что нельзя, все можно.... читай что пишут про развитие.

буэфууу...

хорошо что можно оградить типовую конфу от сторонних разрабов... но живучисти БД это не добавит...

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

(69) Например?

Блин фигня какая то, чем отличается то что я буду лопатить конфу, от того что я буду лопатить расширение??

О-бал-деть...

>>Тогда если в типовой конфигурации поставщик изменит тип кода этого справочника на Число, ваше расширение определит это в момент подключения и сообщит об ошибке.
По моему хрень какая то

(0) норм.
давно ждем

осталось дожить до выпуска 8.3.6


опять же - 90% отраслевок как раз этот механизм и задействуют...

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

(79) это работает сугубо через пофигуратор, так что для облаков так же не подходит..

(75) тем что когда придет время обновлять конфу ты обновишь конфу..
не трогая расширение..

и наоборот - выпустил новое расширение и обновил его не трогая конфу..

Что ни разу не было: Обновил конфу и все внешние обработки упали

Представляю какой веселый процесс отладки станет )))

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

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

(85) если  ты в пофигураторе не предусмотреш включение свистоперделок расширительных - фиг кто в предприятии что поставит..

(77) Ну правильно, конфликтная ситуация, но валится не конфа, а расширение.

(84) тогда смысла в расширении нет :)
вообще
никакого :)

(74) Если конфигурация типовая, то в статье все прекрасно описано, что теперь обновление будет происходить автоматом и не надо исхитряться в написании кода, а именно не надо:
- программно выводить новые элементы
- использовать свои процедуры в типовых процедурах

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

(75) 1. Обновление делать проще.
2. Каждое расширение это что то вроде слоя или блока функционала

(78) +100

Я как человек который пишет отраслевые и потираю руки.... это просто прекрасно.

Да и теперь же еще и УПП можно дорабатывать более просто и обновлять потом как типовую )))

(91) УПП? Ты хотел сказать ERP?

(92) УПП тоже.

(88) Есть смысл, у тебя есть возможность доработать отдельный код расширения.

(93) ты упр формы во всю в упп пользуешь?

(94) смысла делать расширение как таковое нет..
вообще..

феерично:)

"Через неделю вы приходите, но меню ресторана изменилось (типовую конфигурацию обновили). Однако в меню по-прежнему есть бифштекс и чай. Именно они вам и нужны. Вам их приносят, вы их съедаете. То есть расширение продолжает работать с обновлённой типовой конфигурацией.

Ещё через неделю вы приходите в ресторан, и видите, что бифштекс и чай исчезли из меню. Вы встаёте и уходите (сообщение об ошибке подключения расширения). Потому что вы хотели именно их. А о других блюдах (объектах) вы понятия не имеете. Разработчик не обучил вас, как правильно кушать улиток или омаров."

(1) похоже, статью Вы не прочитали дальше цитируемого...

(95) Кто запрещает использовать? тем более в УПП они есть.

100

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

При изменении описания точек соприкосновения типовая продолжает работать, а расширение отваливается. (не супер, но вполне жизненно).

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

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

"-Ну ужас, но не ужас, ужас, ужас!" (с)

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

(105) смотри (89)

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

-Новые возможности, новые ошибки и новые проблемы.

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

(109) ваше мега конфа )))

(109) Именно. И мало того расширение это фактически рейнкорнация семерочного инклуда , да не полнофункционально, но все же.

И теперь на каждый новый отчет будет по новому расширению.

(111) А теперь попробуем со всей этой херней взлететь?

(113) Дык это же планируемый функционал, еще его не разработали, как ты предлагаешь взлетать? 0_о

(112) Отчеты можно и через внешние делать, а вот на форму вывести новое поле или команду можно через расширение

Нет, слишком еще не ООП это

(113) +сто тыщ мильонов

(115) Это и сейчас можно сделать без расширения

(115) Посмотрим, пока оптимизма особого нет, до прочтения статьи его было куда больше

(118) Корежа типовую конфу, а тут тебе функционал позволяет на уровне архитектуры избавиться от лапши в коде и не иметь проблем с обновлениями

(120) нет не меняя типовую

(0) По-моему это круто
Интересно посмотреть, как будет работать.

По мне так просто добавляют франям приработка, теперь печатную форму просто так не скопируешь). Да и всяких хитро*опистых тонкостей для печатных форм с каждой версией 1с все больше и больше.

(121) Рассказывай как можно не трогая типовую конфу разместить на форме элементы

(124) Режим дополнительных реквизитов. Нет, не слышал?

(125) Прекрасно и ты можешь видимость настроить, свой алгоритм, или может оповещение пользователя? 0_о

(125) Или вот, создал новый документ + кучу справочников и нужно эту информацию выводить на отдельной закладке в документе. А так же закладка должна отобразиться если у пользователя включена опредеелнная роль и только по понедельникам. Как сделать?

(126), (127) Начнем с того, а счего ты взял что это будет доступно при Расширении?

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

Че то я нифига не въехал.

У меня следующий вопрос:


Можно ли будет в расширениях менять структуру метаданных?

Если можно как это все будет работать и обновляться?

(0)Вообще это бомба!
Но все дело в реализации, посмотрим как оно будет работать.

(128) Доп реквизиты не могут, а расширение может.... читай внимательно.

(130) +100500

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

имхо некое удобство наверное принесет, но видя как кардинально меняются типовые - объем переделок/доделок останется таким же.

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

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

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

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

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

(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) "Во встроенном языке основной объект для работы с расширениями это МенеджерРасширенийКонфигурации."