Кто на практике познакомился с этим?
http://v8.1c.ru/o7/201410ext/index.htm

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

новый уровень абстракции... если можно (будет?) в расширениях менять метаданные...

к примеру берется типовой справочник "Номенклатура" и к нему накручиваются свои реквизиты и формы

(1) к примеру берется типовой справочник "Номенклатура" и к нему накручиваются свои реквизиты и формы

так о том и речь, разве это расширение не позволяет делать?

Зарелизилась 8.3.6.2100, налетай! Тестовая 8.3.6.2152

(2) Нет.

(4) а какой от нее прок, изменять существующие объекты и все?

(0) Реквизиты нельзя.
Только то, что описано.

Пока сделано не очень много из того, что планируется сделать. Механизм, конечно, будет развиваться. Но то, что уже сделано, может быть полезно во многих случаях на внедрениях. Сейчас:
##    Можно изменять управляемые формы, существующие в типовой конфигурации;
##    Можно добавлять новые подсистемы. Можно изменять состав подсистем, имеющихся в типовой конфигурации;
##    Можно изменять роли типовой конфигурации, добавляя в них объекты, созданные в расширении;
##    Можно изменять командный интерфейс типовой конфигурации (основного раздела, подсистем);
##    Можно добавлять новые отчёты и обработки.

короче бесполезная хрень

(0) (8) Очень полезная хрень.
Примеры применения:
http://catalog.mista.ru/public/359597/
http://catalog.mista.ru/public/363185/
http://catalog.mista.ru/public/356694/

(9) ну да, ну да, теперь молиться надо всё то, что делается без изменения типовой
везде ООП нормальное, тут прям молитвенные оды по каждому пшику
бред

(10) а тебе друг мой приходилось мержить прилично измененную типовую конфигурацию? Если приходилось то ты поймешь профит этой фичи

(11) мержить? никогда. я не дурак, чтобы мержить )

(11) сам посуди. эти новы без изменения типовой в "рамках расширений" жалкий процент всех изменений типовых без их рамок
пока не будет фулл-ООП, задача не исчезнет
что мне толку, что в одном решении я кое-что сделаю в рамках расширений, а другое - без
по степени трудозатрат те же изменения типовых в рамках подбора/отчётов/ввода на основании и прочей белиберды не так уж велики, чтобы можно было восхвалять расширения

(12) ну тогда понятно все

(14) понятно всё с тобой. как можно мержить?!

(15) скрипя зубами

(15) вопрос конкретный задай, что можно ответить на "как можно мержить"

(17) не мерж, а накатывание логики своего бизнес-процесса на типовой код

прям типа в типовых реализован полноценный мерж

там даже ООП нет, какой там мерж

(18) а что потом, когда выходит новая версия типовой, а ты изменил прилично, вот тут и начинается мерж.

(9) ну от "Внешних форм" недалеко ушли. Даже не шаг, полшага.

(20) причем тут ООП и межр?

Я мне кажется, что расширения сделаны не для простых 1Сников, а для облачников. Облачник имеет тысячу клиентов в одной базе на типовой конфигурации, а клиент имеет возможность допилить конфигурацию под себя. Без изменений в структуре базы, естественно.
Пофантазирую. Настраиваешь у себя в 1С параметры подключения к облаку. Запускаешь конфигуратор. Он синхронизирует конфирурацию в локальное хранилище. Естественно, конфигурация на поддержке, менять нельзя, но можно добавлять свои расширения. Которые, естественно, тут же синхронизируются с облаком. И вуаля!

(13) трудозатраты на сделать, наверное те же, но вот трудозатраты на то, чтобы всё это сопровождать с расширениями все-таки уже гораздо меньше

(23) Очень просто создать наследника и переопределить метод.
Причем иногда нужно просто изменить параметры и вызвать метод предка. Минимум затрат.

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

(27) Тем, кто не написал хотя бы 100 на ООП языке что-то кроме ненавистных курсовиков этого не понять.

(26) мерж то тут причем? ООП не избавляет от проблем мержа никак. Работал с какой-то системой контроля версии, когда в билд нужно вывести изменения по какой-то определенной задаче? Не важно на чем ты пишешь с ОПП или нет, возникают неразрешимые ситуации когда мужно мержить руками модули. (это отступления про ООП и мерж, одно с другим не связано)

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

(28) Почитай  https://ru.wikipedia.org/wiki/Объектно-ориентированное_программирование

Абстракция Абстрагирование — это способ выделить набор значимых характеристик объекта, исключая из рассмотрения незначимые. Соответственно, абстракция — это набор всех таких характеристик.[1]Инкапсуляция Инкапсуляция — это свойство системы, позволяющее объединить данные и методы, работающие с ними, в классе, и скрыть детали реализации от пользователя.[1]Наследование Наследование — это свойство системы, позволяющее описать новый класс на основе уже существующего с частично или полностью заимствующейся функциональностью. Класс, от которого производится наследование, называется базовым, родительским или суперклассом. Новый класс — потомком, наследником, дочерним или производным классом.[1]Полиморфизм Полиморфизм — это свойство системы использовать объекты с одинаковым интерфейсом без информации о типе и внутренней структуре объекта.[1] При использовании термина «полиморфизм» в сообществе ООП подразумевается полиморфизм подтипов; а использование параметрического полиморфизма называют обобщённым программированием.

(30) вот валенок ))
ты путаешь теплое с мягким

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

(30) я лучше тебя знаю что такое ООП и пришлось покодить на объектно ориентированном языке и я в отличии от тебя знаю что такое мержить модули

(32) акстись, причем тут изменить какой-то метод какого-то класса, речь то не об этом вообще

(32) + то что 1С предлагает в сабже вполне достаточно, не какого ООП в 1С сейчас не нужно (если мы говорим о возможности внести правки в объект не снимая с поддержки)

Надо, затестить. Есть куча объектов, где изменения ничтожны, но объекты приходится снимать с поддержки.

(33) Ну ты молодец. Merge это слияние. ООП это наследование.
По сути ООП это слияние предка с наследником.

(34) Речь как раз идет о том, что бы изменить работу объекта, добавив или переопределив его методы.

(35) Я очень рад за тебя. ООП в 1С и не будет, оно пока почему то многим не доступно для понимания.

может граждане просто не знают что такое мержить? от англ merge. Если вы скажите любому программисту (тот кто профессионально пишет на ООП) что абстракция методов позволит избавиться от merge'а в проекте вы будите выглядеть по меньшей мере глупо

(37) "По сути ООП это слияние предка с наследником"
это жесть граждане

(37) с вами сударь вести диалог больше не буду

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

41+ В Delphi есть виртуальные конструкторы и виртуальные методы класса. По аналогии с 1С
Статические методы класса это методы модуля менеждера которые и можно переопределять.

(40) аминь :)
(22)  +1