Прочитал это
https://wonderland.v8.1c.ru/blog/razvitie-mekhanizma-rasshireniy-konfiguratsii-15/

Как статья связана с полиморфизмом, наследованием, инкапсуляцией?

а должна быть связь?

(1) знал бы, не спросил)

(0) "Как статья связана с полиморфизмом, наследованием, инкапсуляцией?" - Кто сказал, что должна быть связь?

public override OnSomething(...)

так это же наследование в чистом виде

https://ru.wikipedia.org/wiki/Переопределение_метода

&Заместо

(6)+ Но в 1С это не совсем переопределение а свое изобретение для функционального программирования.

&Вместо выполняется всегда в отличие от ООП где метод выполняется в зависимости от объекта.
Вот если разработчики в 1С добавят возможность вызывать исходный метод, хотя есть расширение где он перекрыт, каким то специальным вызовом будет похоже.

Аннотации - это метаметки в коде, которые могут содержать информацию для анализа, компиляции и выполнения кода.

В данном случае аннотация указывает, что метод расширения должна выполняться _вместо_ метода конфигурации.

А почему конструктор аутоматически добавляет к аннтоации &Вместо инструкцию ПродолжитьВызов()? Что это означает?

понял. Всем спасибо!

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

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

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

(13) так наследование есть, а инкапсуляции нет

(12) ну уж точно не декораторы это.
когда же это override был декоратором?

(15) В Питоне декоратор переопределяет функцию

Простой пример как всё в 1С сделано через жпо. Мне нужно несколько печатных форм УПД с небольшими изменениями типовой. Все процедуры печати лежат в ОМ, точка входа функция ПечатьКомплектаУПД. Это экспортная функция, но процедура, где идёт заполнение параметров табличного документа ВывестиСчетФактуруВТабличныйДокумент, не экспортная. Т.е. мне надо для каждой печатной формы всё это барахло затаскивать в обработку, только ради того чтобы добавить пару реквизитов в печатную форму. А сделать несколько расширений чтобы кастомно менять для каждой обработки печати, я не могу, т.к. применяются они все.

(17) Зачем несколько расширений? В одном расширении допилить функцию, чтоб в зависимости от печатной формы она делала нужные вещи, нельзя?

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

(18) И будет очередной колхоз из множества Если ИначеЕсли. А мы тут за наследование говорим.

(19) методы платформы? методы конфигураций ты наверно хотел сказать

(21) Да, правильное уточнение. Имел в виду именно методы конфигураций..

(19) Тоже столкнулся с такой фигней.Этож надо, использовать методы формы для общееобьектных задач!Зла не хватает,все переписывать.

(17) А нельзя через &Вместо объявить нужную тебе процедуру глобального модуля (ВывестиСчетФактуруВТабличныйДокумент) как Экспортную?

(0) По сути это ближе всего к директивам препроцессора.

(24) Если уж ее менять в расширении, то проще сделать как говорит (18) Но при этом получится (20)

(10) Мне тоже это интересно.Чего там продолжать то надо?

(27) это какой-то дикий колхоз: если так напишешь, то всё равно выполнится переопределяемая процедура или функция, но ты можешь написать свой код до или после её вызова.

(28) По сути, эта возможность делает ненужными &После и &Перед, ибо полностью покрывает их функциональность.

(29) Это ты про "Вместо"?

(28) Вот это прикол,зря они так...

(30) Да нет, смотри(10).

(27) (28) (31) Не слушайте (29) - для функций это не так, поэтому и сделали ПродолжитьВызов

(33) Да, верно.Руки дошли открыть 2 ред.известной книжечки Е.Ю.Хрусталевой.Смысл ПродолжитьВызов() для процедур в едином контексте выполнения,а для функций это мегаудобно.

(33) Обоснуйте. Что можно сделать через &Перед и &После, что нельзя сделать через &Вместо с применением ПродолжитьВызов()?

(0) никак не связана, 1С не является ООП в классическом смысле.

(35) 1сники не поймут, поэтому решили упростить )))

(35) В общем случае сделать можно все, но походу ты не понял, какую именно часть Я оспаривал в твоем утверждении о ненужности :)
Для функций ведь нет технической возможности использовать аннотации "перед" и "после".

(37) Вроде как для наглядности / простоты сделали для процедур "перед" и "после"

Ибо внимание - самый ценный ресурс. Негоже его насиловать там, где этого можно избежать.

(38) ты как обычно пукнул в лужу, а другие должны додумывать что же ты имел в виду

(41) Конечно. Я раздаю удочки, а не кормлю рыбкой ))

Все эти &Перед &После и ПродолжитьВызов годятся для модулей, разработчики которых предусматривают переопределение. Например как в БСП ОбменДаннымиПереопределяемый в процедуре ПолучитьПланыОбмена можно дописать свои планы обмена. Но покуда разработчики типовых делают как в (17) единственный вариант это делать &Вместо. А поскольку механизм сравнения по типу показа дважды измененных в расширениях отсутствует, польза от всего этого вундервафельства чуть менее чем никакая.

печ формы для реализации вообще через полное жпо сделаны.
доработке практически не поддаются

+(43) Возможно станет получше в 8.3.15 https://wonderland.v8.1c.ru/blog/razvitie-mekhanizma-rasshireniy-konfiguratsii-15/

лучше бы разработчиков типовых пинали сильнее

и тот пример что они привели решается куда проще через "вместо"

(0) немедленно вспомнился анекдот про лучшее средство для контрацепции - стакан воды. Соответственно задается вопрос - когда принимать, до или после? Ответ - вместо :)