https://wonderland.v8.1c.ru/blog/razvitie-mekhanizma-rasshireniy-konfiguratsii-15/

ИМХО, с новой аннотацией &ИзменениеИКонтроль повысится наглядность изменений, накатываемых расширением. А вы что думаете?

(0) а нам пофиг

3х стороннее сравнение конфы и расширение появится?

(0) не-а

(1) это зря.
(0) то что не хватало.

(4) бездоказательно

на самомо деле, если бы более грамотно писали конфы и прицелом на доработку, то вместо было бы вполне достаточно.
Но такой задачи никто не ставит почему то

какой кошмаррр

(6) А ля:

Запрос = ПолучитьЗапрос();
Данные = Получитьданные(Запрос);
ТабДок = ПолучитьТадДок(Данные);


Появится трехточечное сравнение модулей, во внешних программах о_О

(0) Это как в анекдоте про взлет широкофюзеляжного самолета под управлением MS Windows.

Ооо! Это хорошо!
Мне каждый раз ссыкотно добавлять большую типовую процедуру в расширение. Одно одно изменение название модуля и ищи свищи потом.

(9) это уже давно есть

(12) трехточечное сравнение?

(0) Текст кода между "Удалить" и "Конец удалить" предлагаю помечать зеленым (аналог закомментированного кода).

Иначе в случае больших доработок большой процедуры/функции глаза выпадут.

(13) при обновлении на поддержке и есть 3х стороннее.
Что такое 3х точечное не знаю

(6) у каждого свое грамотно.

(16) можно же с внедренцами общаться. они бы накидали где нужно дорабатывать

(15) мы же щас про расширения говорим. Я говорю про было/стало в конфигурации и модификация в расширении.

директива #КонецВставить

#КонецВставить

Фууууу.... Порнография какая. Вставьте конец сюда, ах нет - туда.

Давно пора

Точно давно пора, у меня тьма тьмущая таких изменений

Лучше бы придумали механизм подсвечивающий расширяемые процедуры и функции в основной конфе.

Шел 2019 год... ООП придумано уже лет тридцать назад. Совсеми его инкапсуляциями и полиморфизмами. 1С изобретает свой путь.

(24) Дык надстроить реальнее, чем всё построить заново.

(8) Ну дык почти везде же так

(24) Порог вхождения был бы намного выше, охват рынка - меньше.

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

+ (28) Все изолировано. Библиотеки поставщика отдельно, мои - отдельно. Все линкуется только на этапе сборки приложения.

И да начнется dll hell )

(30) Не без того. И не только. Еще и DataHell. Ну... когда захочется не только свой код, но и свои данные. И структура данных окажется несовместимой с имеющейся версией ДЛЛ.

(0) Отлично! То что надо.

(8) В ERP последних релизов есть уже нечто подобное. Достаточно посмотреть в общие модули: "ОтчетКомиссионераЛокализация", "ОтчетДавальцуЛокализация" и т.д.

(33) Ну ЕРП больше всего двигается в эту сторону. то и ей тоже еще до 100%

(0) давно пора было это сделать

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

В БГУ 2 - добавили регламентное задание по загрузке патчей (исправлений) с сервера 1С, где-то уже рассылаются таким образом исправления? Не нашел тем по этому поводу.

(36) Что там изучать?
Чем переопределение метода отличается от &Вместо? Чем &Перед или &После отличается от вызова метода родительского класса внутри переопределенного?

+ (37) Отсутствие нормального ООП заставляет плодить подобных уродцев типа &Вместо, &Перед, &После.

(37) Вы переоцениваете остальных сотрудников :) Не по знаниям, а по стремлению к изучению новых возможностей.