Вопрос к https://pro1c.org.ua/topic/bas-buhgalteriya-izmenenie-tseny-posle-prodazhi-57674/?view=findpost&p=161290 сообщению.
Petre, какой смысл использовать расширения, если есть полный доступ к системе? Обновляться автоматически? А сопутствующих проблем в итоге не больше получается? Вопрос без подвоха.
Petre, все равно не понимаю разницы между регламентной конфигурацией и управленческой в данном ключе. Вот сделал какую-то дополнительную бизнес логику в расширении. Пришло обновление, обновился тихонько, программа работает, но может ведь оказаться так, что с новым обновлением эта дополнительная логика стала работать логически некорректно. Это же на много хуже (причем может быть хуже и по итоговым трудозатратам), чем если бы эта логика была добавлена прямо в код и это бы как минимум при обновлении было видно. Или я что-то неправильно понимаю?
Vofka @ 14.03.20, 12:20
,
Если новая версия конфигурации не затрагивает функционал доработки, то процесс обновления:
- при использовании расширения занимает минимум времени (столько же, как и обновление конфигурации без доработок вообще на полной поддержке);
- при наличии изменений непосредственно в конфигурацию занимает уже гарантированно больше времени (из-за другой методики - сравнение / объединение).
Но сам контроль затрагивания функционала доработки обновлением в первом варианте занимает достаточно много времени, т. к. без изучения изменений наверняка нельзя сказать, затронули ли они доработку или нет. Во втором случае, контроль происходит проще: либо расширение просто перестанет работать, либо (в самом худшем случае и при неправильной / нерекомендуемой разработке расширения) не применятся изменения, внесенные обновлением.
Т. е. при прочих равных, на мой взгляд, использование расширений обходится дешевле.
Petre, проблема, на мой взгляд, именно в том, что в случае с расширением мы не знаем новая версия затрагивает измененный функционал или нет. В случае с расширением вы говорите, что контроль просто не нужно выполнять и если что-то в итоге поломается, то да, оно поломается и мы об этом когда-то узнаем. Мне кажется такой подход не совсем корректным с точки зрения поддержки работоспособности системы, но раз вы о нем говорите, я принимаю, что он имеет право на жизнь.
Но в случае с обновлением измененной конфы если по умолчанию оставить все настройки/галки, то эффект не будет такой же? То есть трудозатрат тоже минимум (может где-то лишний раз мышкой нажать что-то подтвердив или выбрав приоритетный источник кода, но это плюс 1 минута) и результат итоговый почти такой же: если что-то поломалось, то мы об этом когда-то может быть узнаем. "Почти такой же", а не "такой же" потому что мы можем потерять код доработки, но по идее это не должно быть проблемой, если мы соблюдаем простые правила, вроде того, что надо сделать бэкап перед накатыванием обновления.
ПС. я ничего, что было бы на поддержке, не обновлял уже лет 8, наверное, поэтому у меня может представление об обновлении измененной конфы не актуально?
Украинский 1С форум: всё про 1С 8.3, 1С 8.2, 1С 8.1, 1С 8.0, 1С 7.7
https://pro1c.org.ua