КЧ
John Doe
Если в расширении использовать только программный интерфейс то проблем особых не замечено от переименований чего-то другого, т.к. оно не используется
А паблик там по семверу гарантируют? Или как бог на душу положит?
Size: a a a
2020 November 02
В
У меня в собственном документе было ВариантыОтчетов.ДобавитьКнопкуОтчета() чет такое и то слетело с обновлением)
NG
Кирилл Черненко
А паблик там по семверу гарантируют? Или как бог на душу положит?
гарантируют
В
John Doe
Если в расширении использовать только программный интерфейс то проблем особых не замечено от переименований чего-то другого, т.к. оно не используется
Ну как же БСП, Функии, НоменклатураПоставщика
КЧ
гарантируют
Прям сигнатура метода не меняется пока не сменят версию конфигурации, зуп 3 -> зуп 4?
NG
Кирилл Черненко
Прям сигнатура метода не меняется пока не сменят версию конфигурации, зуп 3 -> зуп 4?
угу. только в сторону безопасного расширения
JD
Кирилл Черненко
Прям сигнатура метода не меняется пока не сменят версию конфигурации, зуп 3 -> зуп 4?
Не конфигурации, а подсистемы в которую входит общий модуль
NG
однако это не мешает каждый минорный релиз требовать перевнедрения некоторых библиотек
КЧ
однако это не мешает каждый минорный релиз требовать перевнедрения некоторых библиотек
Семвер который мы заслужили.)
КЧ
John Doe
Не конфигурации, а подсистемы в которую входит общий модуль
Ага, справедливо.
S
Владимир
Лучше расскажите как вы типовые релизы обновляете с обширными расширениями? Учитывая что каждый релиз меняются функции общего назначения, реквизиты и прочее.
Все изменения сбоку, проблем нет при обновлении конфигурации...
JD
Владимир
Ну как же БСП, Функии, НоменклатураПоставщика
Ну понятно, что соблазн велик использовать расширения шире, чем открытое АПИ общих модулей
В
Ну на тек месте мы отказались от расширений для доработок. Поэтому я вот интересуюсь может что изменилось. Мне комфортнее обновлять изменения в основной конфигурации, наглядно видно изменения.
JD
Владимир
Ну на тек месте мы отказались от расширений для доработок. Поэтому я вот интересуюсь может что изменилось. Мне комфортнее обновлять изменения в основной конфигурации, наглядно видно изменения.
Изменения смотришь встроенным в конфигуратор сравнением?
В
нет спасибо) P4Merge
AD
Sergey
Коллеги, добрый день. Подскажите, в последних версиях БСП не появилась возможность добавлять обработчики обновления для расширений? Имеется расширение и когда, допустим добавили реквизит и надо его заполнить, то в случае с конфой это делается в обработчике обновления. А с расширением приходится еще и запускать внешнюю обработку либо ручками что-то править.... Кто как выходит из положения?
Можно
1) В подсистемы БСП добавляешь свою через
2) Расширяешь метод
По сути неофициальный допил только здесь, в остальных пунктах мы пользуемся задокументированными возможностями БСП
3) В своем ОМ пишешь обработчики привязанные к версии расширения, при поднятии версии расширения будет тригер выполнения обработчиков
1) В подсистемы БСП добавляешь свою через
ПодсистемыКонфигурацииПереопределяемый.ПриДобавленииПодсистем, там указываешь одноименный твой созданный ОМ вида
ОбновлениеИнформационнойБазыТвояПодсистема, который должен быть по структуре аналогичным типовым (те же процедуры, указание версии своей подсистемы, в общем лучше просто почитать доку БСП)
2) Расширяешь метод
ОбновлениеИнформационнойБазыСлужебныйПовтИсп.НеобходимоОбновлениеИнформационнойБазы, там надо через
ОбновлениеИнформационнойБазыСлужебный.НеобходимоВыполнитьОбновлениепроверить версию расширения и версию в подсистеме, главное не забудь продолжить вызов типовой функции.
По сути неофициальный допил только здесь, в остальных пунктах мы пользуемся задокументированными возможностями БСП
3) В своем ОМ пишешь обработчики привязанные к версии расширения, при поднятии версии расширения будет тригер выполнения обработчиков
S
Можно
1) В подсистемы БСП добавляешь свою через
2) Расширяешь метод
По сути неофициальный допил только здесь, в остальных пунктах мы пользуемся задокументированными возможностями БСП
3) В своем ОМ пишешь обработчики привязанные к версии расширения, при поднятии версии расширения будет тригер выполнения обработчиков
1) В подсистемы БСП добавляешь свою через
ПодсистемыКонфигурацииПереопределяемый.ПриДобавленииПодсистем, там указываешь одноименный твой созданный ОМ вида
ОбновлениеИнформационнойБазыТвояПодсистема, который должен быть по структуре аналогичным типовым (те же процедуры, указание версии своей подсистемы, в общем лучше просто почитать доку БСП)
2) Расширяешь метод
ОбновлениеИнформационнойБазыСлужебныйПовтИсп.НеобходимоОбновлениеИнформационнойБазы, там надо через
ОбновлениеИнформационнойБазыСлужебный.НеобходимоВыполнитьОбновлениепроверить версию расширения и версию в подсистеме, главное не забудь продолжить вызов типовой функции.
По сути неофициальный допил только здесь, в остальных пунктах мы пользуемся задокументированными возможностями БСП
3) В своем ОМ пишешь обработчики привязанные к версии расширения, при поднятии версии расширения будет тригер выполнения обработчиков
Благодарю
Z
Кирилл Черненко
Фз обработчиков обновления запускается принудительно без расширений, так что через бсп без допила никак
Не совсем так. С отключением стартуют те, которые служебные, типо самого обновления и прав доступа. Обычные и монопольные можно описывать в расширении
Z
только они при установке расширения не будут запускаться, надо будет либо принудительно с ключем стартовать либо ждать версию новую конфигурации.
это можно исправить патчем одной служебной функции бсп так чтобы она стартовала обновление и при изменении версии расширения конкретно твоего, а не только основной конфигурации
это можно исправить патчем одной служебной функции бсп так чтобы она стартовала обновление и при изменении версии расширения конкретно твоего, а не только основной конфигурации
КЧ
Не совсем так. С отключением стартуют те, которые служебные, типо самого обновления и прав доступа. Обычные и монопольные можно описывать в расширении
А, понял, значит не до конца просмотрел.