Была УТ 11.4.3.137 немного допиленная. Вынес все доработки в расширение, на тестовой базе проверил и не я один, всё устроило! Отключил расширение и довел конфигурацию до УТ 11.4.5.86. Подключил расширение и начал проверять работоспособность.... И вроде всё работает .... ну тут упс .. последний в списке пункт доработок. Менялся МодульМенеджера документа РасходныйКассовыйОрдер. И менялась то всего одна процедура ЗаполнитьПараметрыМакетаДляПечатиЛицевойСтороныИнкассации, которая вызывается из процедуры СформироватьПечатнуюФормуКвитанцияКСумке.
.... Но!!! обоих процедур в новом релизе нет (((. Понятно, что разберусь и допилю расширение... но накой вообще тогда мне расширения? Если 1С в каждом релизе делает не понятно что.

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

а причем тут вообще расширения?

(2) интересный вопрос. Только я поставил вопрос иначе. Зачем нужны расширения?

да не особо то и нужны

(4) хотелось упростить процесс обновления с релиза на релиз, но пока как-то не вижу упрощения

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

(3) На днях было: конфигурация без возможности изменения, после обновления бага: не заполнены какие-то данные, программа валится с ошибкой при запуске и закрывается. Что делать? Расширение! Просто меняешь текст так, чтобы программа не валилась, заполняешь данные как надо - и работаешь дальше.

(5) дорабатывай грамотно и все будет пучком

(0) >>но накой вообще тогда мне расширения?
Ну снимай с замка и вояй нативно без них - зачем в расширения то полез? Потом чпокайся с сравнить-объединить. Что для тебя проще - так и делай.

(8) По-хорошему, лучше вообще не лезть в существующий функционал со всякими &Вместо. Если делать свое, то где-то "сбоку".

(10) ничуть не лучше

(0) Если метод не экспортный, то делаю свой на основе 1С овского.

(0) Например, исправить ошибку без необходимости выгонять всех юзеров. Так ведь можно?

(13) это можно и без расширения

Оптимальным применение расширений является в случаях:
1. Временные патчи (исправления) ошибок, которые ставятся только до выхода следующего релиза, где патченная ошибка будет исправлена, и расширение можно будет удалить.
2. Использование подсистемы БСП ПодключаемыеОтчетыИОбработки. Отчеты и обработки в расширениях имеют преимущества перед внешними отчетами и обработками т.к. могут иметь модуль менеджера, а так же могут более тесно интегрироваться в интерфейс. Ну и работают они быстрее за счет того, что не компилируются заново при каждом вызове (в отличии от внешних отчетов и обработок).
3. Добавление какого-либо своего собственного функционала никак не связанного с объектами исходной конфигурации поставщика. Что по сути можно делать и в самой конфигурации.

Любые другие сценарии применения расширений чреваты проблемами в (0). И хорошо, когда эти проблемы очевидны и всплывают на этапах проверки применимости и/или тестирования. А ведь могут быть и совершенно не очевидные ошибки, связанные с изменениями логики работы прикладного решения.

(13) > исправить ошибку без необходимости выгонять всех юзеров. Так ведь можно?

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

(15) // Ну и работают они быстрее за счет того, что не компилируются заново при каждом вызове (в отличии от внешних отчетов и обработок).

Вангую, что в свете заявленных возможностей в 8.3.14 можно будет для отчетов встроенных в расширение, а не просто внешних отчетов накапливать аналитические данные в режиме "для чтения отчетами" в супер быстрой внутренней субд на 1С-сервере

(17) Это которая требует минимум 512 Гиг ОЗУ и 512 Гиг свободного места на диске?

(15) а как например печ форму сделать не внешнюю, а через расширение?

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

(17) Всё что я думаю обо всех последних обновлениях 1С: https://i.pinimg.com/564x/1f/1f/f1/1f1ff11f4fef63500ce74ba5134ad9fe.jpg

(19) Читай документацию к БСП. Точно не помню, но, по-моему, с версии 2.4.5 уже это работало.

(21) Там что-то неприличное? У меня доступ закрыт на файлопомойки.

(15) Есть еще один редковстречаемый сценарий.
1С после обновления при запуске запускает окно с рекламой. И чтобы каждый раз не отключать её можно через расширении подменить это окно на обработку, которая программно отключит рекламу.
Короче как то так http://catalog.mista.ru/public/333876/

(0) Именно поэтому я завязала с расширениями.
Упрощения существенного нет, только другого геморроя добавилось.

(19) очень легко. Даже на ютуб есть видосики как это на практике делается.

(23) В УТ 11.4.6.95 добавили две константы:
1. НеНоваяАрхитектураВзаиморасчетов
2. НоваяАрхитектураВзаиморасчетов

(26) а обработку с рег заданием?

(17) Ну-ну, ждете in-memory аналитику от 1С?

(20) если немного подождать, то обновленное перезапущенное расширение тоже начинает долбить пользователей, что нужно перезайти. Это я на типовой БП3 наблюдал на практике.

(9) как проще не понятно. 20 баз, с одними и теме же доработками.
Думал вынести доработки в расширение и обновлять релизы будет проще... Где там (((:

(27) Это потому что они в ФО осилили только сравнение на равенство

(29) я вангую! не жду in-memory, а транслирую желания 1С из будущего :)

(33) А там новых тем на форуме не видно из серии. "После добавления регистра в "in-memory" из него пропадают все данные" :)

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

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

(36) скорее будет, что в ин-мемори совсем другие цифры

и как такое отлаживать- вооще хз

Был же механизм агрегатов который тоже для ускорения отчетов. И что? Сколько типовых использует этот механизм?.
Я так понимаю 1с им наигралась и теперь будут агрегаты 2.0

(39) формально я сам думаю, что виртуальные таблицы Обороты Остатки и тому подобные = агрегаты, как есть

Расширения для облаков, когда дойдет то уже

(41) никогда, ибо безопасный режим )))

(20) Вот кстати с этим у нас проблем нет... потому как магазины начинают работать на 1-2 часа позже, чем приходим мы. Успеть накатить расширение вполне возможно

(0) "Хотели как лучше, а получилось как всегда!")

P.s. Почему в расширении нельзя добавить дополнительный тип значений для реквизита?

Не понимаю я борцунов с расширениями. Т.е. то что расширение накрылось, потому что в новом релизе нет измененных процедур - это звиздец всему и на хрен эти расширения. Но то что внесенные в конфигурацию изменения В ЭТИ ЖЕ процедуры, но БЕЗ расширения приведут к каким-то и возможно критичным последствиям, так как поставщик изменил логику в новом релизе, а мы ее счастливо оставили прежней - это никого не волнует. Это нормально. А может наоборот? Отвалилось расширение - есть повод проверить, а что там задумал поставщик конфигурации? И встроить свои изменения в новую реальность?

(44) " Почему в расширении нельзя добавить дополнительный тип значений для реквизита?"
Потому что пока не умеет. Вопрос из разряда: А почему пятиклассник не умеет считать логарифмы или дошкольник умножать. Офигеть

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

(47) а чем отличается от доработки в конфигурации? Или вы на полном серьезе будете утверждать, что скрупулезно при каждом обновлении проверяете А как там мое изменение/дополнение согласуется с новым релизом (особенно когда этих изменений уже больше десятка-двух, и больше) Почти уверен, тупо устанавливается - взять из конфигурации а не из нового релиза без всякой или как минимум подробной проверки.  И да. НЕТ пока сравнения - хреново. Так сравните расширения в 8.3.6 и расширения в 8.3.13 Наверное ни что так быстро и прогрессивно не развивается в платформе как расширения. Не всегда и не везде их можно применить пока - это верно, но и безоглядно хаить как это стало трендом на мисте ... Извините, подбешивает

(48) Да, по крайне мере визуально я вижу что помимо моего изменения 1С тоже что то поменяла и тут приходиться включать голову на предмет что и зачем меняла

(2)Присоединюсь к (2). Ну не юзал бы ты расширения. Изменил бы конфигурацию, после обновления получил бы ту же самую ошибку. Или лыжи не едут, или я чего-то не понял.

В смысле расширения не призваны решать конфликты мержа правок затрагивающих основной функционал. Эти конфликты всегда менялись вручную.
(3)Зачем нужны расширения пишут здесь https://wonderland.v8.1c.ru/blog/rasshireniya/
Добавлю, что это еще прекрасный механизм, который позволяет распространять решения дополняющие основной функционал типовых.

(51) Если бы расширения не портила данные - цены ему небыло

Наустанавливали всем МОДНЫХ расширений, а оказывается после обновления (особенно смена режима совместимости с 8.3.10 на 8.3.12) внезапно расширение требует участия программиста.

(48) Если не проверять при обновлении каждую процедуру - вы очень быстро залетите на простой после обновления. Так что таки да, анализируются все изменения и их потенциальное влияние на доработки.

(48) Отличается тем, что при обновлении прямых изменений с большой вероятностью сразу видно, что код изменился с двух сторон, и надо перепроверить и переработать этот участок.

Почитал
После добавления реквизитов через расширения 1С удаляет элементы при ТиИ
и решил проверить


Платформа 8.3.13.1513
Конфа с нуля, без режима совместимости.


Создал справочник "Контрагенты" и подчиненный ему "Договоры".
В режиме предприятия создал двух контрагентов и несколько договоров.

Создал "Расширение1".
Захватил туда справочник "Контрагенты". Добавил в него "Реквизит1" - строка.

Запускаю ТиИ и получаю:

Проверка логической целостности. Справочник.Договоры Дог1
    Неверная ссылка на владельца.
Проверка логической целостности. Справочник.Договоры Дог2
    Неверная ссылка на владельца.
Проверка логической целостности. Справочник.Договоры Дог2_1
    Неверная ссылка на владельца.
Проверка логической целостности. Справочник.Договоры Дог2_2
    Неверная ссылка на владельца.
Проверка логической целостности. Справочник.Договоры Дог3
    Неверная ссылка на владельца.
    
    
Спасибо, но после таких глюков расширения - в лес!

(56) Но это же стильно, модно и молодежно )

(56) Это не Расширение глючит, а ТИИ забыли привести в соответствие с поддержкой расширений

(24) > еще один редковстречаемый сценарий.
1С после обновления при запуске запускает окно с рекламой. И чтобы каждый раз не отключать её можно через расширение ...

Этот сценарий ничем не отличается от любых других, которые подменяют или дополняют любые другие типовые алгоритмы.
Как только 1С поменяет что-то в этой своей рекламной обработке, это расширение может перестать работать. И хорошо, если оно просто умрёт, а не будет валиться с критической ошибкой.

(58) Причина то понятна (что забыли ТИИ допилить в платформе). Только такая "забывчивость", ИМХО, недопустима. Потеря данных - это слишком критично.

(58) "А голову они не забыли?". Кто знает где они еще что забыли.

(59) Это поломается если 1С выпилит рекламу, т.е. удалит обработку

(62) Мы о разном говорим. Я говорю о неких общих сценариях использования расширения (без относительно конкретной конфигурации, конкретных метаданных и т.п.). А ты толкуешь про отдельный конкретный случай, отдельной конкретной обработки, отдельных конкретных конфигураций, отдельного конкретного поставщика - фирмы 1С.

У меня у самого стоит подобное расширение, глушащее рекламу. Но я четко отдаю себе отчет в рисках его поломки. А потому никогда не ставлю его в тех базах, которые сам не поддерживаю.

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

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

Есть еще узкоспециализированные кейсы когда например в аудиторской компании 400+ баз на замочке на автоматическом обновлении. Правда как только сменяется версия совместимости - случается коллапс.

Ну и конечно ликвидация ошибок между релизами - тут конечно незаменимы.