а кстати сейчас подумал, а вот есть исправляющие расширения-патчи официальные EF_.
А если вдруг будет проблема в расширении fresh, то предоставят какой-то исправляющий патч EF или все-таки новую версию расширения?

Логически там возможно и одинаково, но т.к. делали с нуля то и надежность получилась выше, и поэтому протуханий кэша меньше

решение на первый взгляд выглядит троллингом и костылем, но:
1. просто встраивать
2. просто обновлять тому кто встраивает
3. просто исправлять томв кто разрабатывает либу
4. просто накатывать для теста
5. легко передавать тому кто использует
6. Можно очень быстро обновить прод вообще не останавливая его работк

менеджер сервиса сам обновит ноду

Это единственная возможность, кмк, вызывать из основной конфы методы расширения. Используем такую работу с расширениями вместо встраивания подсистемы в конфу - очень удобно. Храним расширение НЕ в макетах , естесственно :)

вот вы это написали, а мне сразу в голову пришла идея метода МетодРасширения("Расширение", "Метод", Параметры). Где через Выполнить будет делаться что-то проверив подключено расширение или нет.

P.S. Сахер конечно знатный, но вполне кмк рабочий)

Методы-пустышки основной конфигурации - это что-то вроде методов абстрактного класса в java получается.

Универсально не получится. В основной конфе можно вызвать только метод расширения, который присутсвует в основной конфе и замененный в расширении. Например, общий модуль "ВебПриложениеРасширяемый" в основной конфе с пустыми методами.Он добавлен в расширение, там все методы переписаны. В основной конфе вызывая метод, например,  ВебПриложениеРасширяемый.ВебПриложение_РазобратьТело(Запрос, Ответ, ПараметрыРазбора)  , мы обращаемся к коду в расширении.

Можно вызвать. В рантайме контекст общий будет. Ситуация  как с реквизитами. Консоль запроса в конфигураторе не видит поля из расширения  но запрос в режиме предприятия выполнится.

Через Выполнить, да, технически можно. Это как в том анекдоте про гинеколога, обклеившего квартиру обоями через замочную скважину :)

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

Вы так пробовали?

В следующий четверг 20 мая в 19:00 проведём онлайн-мастер класс по созданию видеоинструкций. В этот раз вместе с Виталием Чебан!

✅Пройдем весь путь: от настройки софта до готового видео. Обсудим, зачем нужны видеоинструкции, создаваемые кодом и чем они лучше скринкастов.

✅Виталий покажет новейшие возможности Ванессы, которые сокращают время на создание видеоинструкций в разы.

📸Хоть и предыдущий ролик пока набрал только 392 лайка из 1 000 заявленных, в духе настоящих блогеров вопреки обещаниям продолжение все же будет😉

Если вдруг вы не знаете кто такой Виталий, то самое время посмотреть его видеошедевры!

а чего тут пробовать, все и так понятно

С самого момента появления первой версии расширения так работает и будет пока архитектуру не поменяют. А вообще для 24×7 и без всяких расширений вынос логики в справочник дополнительныеобработки обеспечивает легкий plag and play причем более удобно т к расширение применится только при перезапуске сеанса, а обработка реально онлайн и вот уже новый модуль проведения

все можно, вы что-то не в ту степь пошли

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

по моему будет круто

А для хотфиксов придумают расширения расширений.

а сравнение/обьединение расширений поддерживается? это круто если не возникает потребности тюнить библиотеку