Версия для печати темы (https://pro1c.org.ua/index.php?s=80df42dba8717d684d085301ec1120c9&showtopic=57690)

Нажмите сюда для просмотра этой темы в обычном формате

Украинский 1С форум: всё про 1С 8.3, 1С 8.2, 1С 8.1, 1С 8.0, 1С 7.7 _ Программирование в 1С Предприятие 8.3 _ Есть ли весомые причины использовать расширения в системе, к которой есть полный доступ?

Автор: Vofka 13.03.20, 15:51

Вопрос к https://pro1c.org.ua/topic/bas-buhgalteriya-izmenenie-tseny-posle-prodazhi-57674/?view=findpost&p=161290 сообщению.

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

Автор: sava1 13.03.20, 16:16

Цитата(Vofka @ 13.03.20, 15:51) *
А сопутствующих проблем в итоге не больше получается?


плюсую

Автор: Petre 13.03.20, 17:10

QUOTE (Vofka @ 13.03.20, 15:51) *
какой смысл использовать расширения, если есть полный доступ к системе?

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

Автор: Vofka 14.03.20, 12:20

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

Автор: Petre 16.03.20, 9:34

Vofka @ 14.03.20, 12:20 * ,
Если новая версия конфигурации не затрагивает функционал доработки, то процесс обновления:
- при использовании расширения занимает минимум времени (столько же, как и обновление конфигурации без доработок вообще на полной поддержке);
- при наличии изменений непосредственно в конфигурацию занимает уже гарантированно больше времени (из-за другой методики - сравнение / объединение).
Но сам контроль затрагивания функционала доработки обновлением в первом варианте занимает достаточно много времени, т. к. без изучения изменений наверняка нельзя сказать, затронули ли они доработку или нет. Во втором случае, контроль происходит проще: либо расширение просто перестанет работать, либо (в самом худшем случае и при неправильной / нерекомендуемой разработке расширения) не применятся изменения, внесенные обновлением.
Т. е. при прочих равных, на мой взгляд, использование расширений обходится дешевле.

Автор: Vofka 16.03.20, 10:13

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

Но в случае с обновлением измененной конфы если по умолчанию оставить все настройки/галки, то эффект не будет такой же? То есть трудозатрат тоже минимум (может где-то лишний раз мышкой нажать что-то подтвердив или выбрав приоритетный источник кода, но это плюс 1 минута) и результат итоговый почти такой же: если что-то поломалось, то мы об этом когда-то может быть узнаем. "Почти такой же", а не "такой же" потому что мы можем потерять код доработки, но по идее это не должно быть проблемой, если мы соблюдаем простые правила, вроде того, что надо сделать бэкап перед накатыванием обновления.

ПС. я ничего, что было бы на поддержке, не обновлял уже лет 8, наверное, поэтому у меня может представление об обновлении измененной конфы не актуально?

Автор: Petre 16.03.20, 11:11

QUOTE (Vofka @ 16.03.20, 10:13) *
В случае с расширением вы говорите, что контроль просто не нужно выполнять и если что-то в итоге поломается, то да, оно поломается и мы об этом когда-то узнаем.

Не совсем то имел ввиду. Контроль лучше делать в любом случае, но если его не делать, то... далее по тексту правильно.
QUOTE (Vofka @ 16.03.20, 10:13) *
Но в случае с обновлением измененной конфы если по умолчанию оставить все настройки/галки, то эффект не будет такой же?

Возможно, я "не умею готовить", но такой эффект получить удавалось очень редко. Т. к. объединение с приоритетом конфигурации ИБ часто приводит к непредсказуемым последствиям, и все равно приходится проходиться по всем внесенным доработкам. Особенно "весело", когда новая версия несет косметические изменения в именах параметров, синонимах или интерфейсных текстах, которые затрагивают чуть меньше чем все объекты.
Сейчас в своей "ферме" бухгалтерий 2.1 имею по два расширения (исправление ошибок и функционал по работе с налоговыми накладными). Как в конце лета добавил, так до сих пор даже не корректировал (самое смешное, что ошибки до сих пор разработчик не исправил).
Конечно, многое зависит и от характера доработки и от того, управляемое или обычное приложение.
QUOTE (Vofka @ 16.03.20, 10:13) *
То есть трудозатрат тоже минимум (может где-то лишний раз мышкой нажать что-то подтвердив или выбрав приоритетный источник кода, но это плюс 1 минута)

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

Украинский 1С форум: всё про 1С 8.3, 1С 8.2, 1С 8.1, 1С 8.0, 1С 7.7
https://pro1c.org.ua