Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Есть ли весомые причины использовать расширения в системе, к которой есть полный доступ?
Украинский 1С форум: всё про 1С 8.3, 1С 8.2, 1С 8.1, 1С 8.0, 1С 7.7 > Программисту > Программирование в 1С Предприятие 8.3
Vofka
Вопрос к необходимо зарегистрироваться для просмотра ссылки сообщению.

Petre, какой смысл использовать расширения, если есть полный доступ к системе? Обновляться автоматически? А сопутствующих проблем в итоге не больше получается? Вопрос без подвоха.
sava1
Цитата(Vofka @ 13.03.20, 15:51) необходимо зарегистрироваться для просмотра ссылки
А сопутствующих проблем в итоге не больше получается?


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

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

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

ПС. я ничего, что было бы на поддержке, не обновлял уже лет 8, наверное, поэтому у меня может представление об обновлении измененной конфы не актуально?
Petre
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 минуту...
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.