Вывод своих реквизитов на форму программно для упрощения обновлений. #811667

Как-то я тут тему открывал. И вот решил заняться с этой проблемой. Оказалось что в моей типовой нет механизма переопределение форм из БСП или УТ или ЕРП. Решил сам внедрить. Оказалось что я должен в каждый модуль формы добавлять по крайней мере в двух местах код. И вот думаю а не лучше ли каждый раз при объединении вытаскивать на форму свой реквизит чем следить за тем чтоб код в форме не затерся. Или я не правильно рассуждаю ???

ну выводить реквизит на форму программно - это в обычных формах. Управляемые формы как раз придуманы для того, чтобы от этого избавиться. То есть если мы вставили элемент в какое-то место, то большая вероятность, что после обновления он там и останется. В обычных формах после обновления всё сдвигалось и уезжало неизвестно куда. Поэтому там это было важно: вставлять элементы программным кодом..

Типовая секретного релиза? Если не нашёл механизма,то это не значит, что он отсутствует. Достаточно сделать свою форму и переопределить у объекта.

Можно в ПрисозданииНасервере Вставить Программный код встройки реквизитов на форму и немного упростить "отслеживание" при обновлениях

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

Не совсем поняли все о моем посыле. Я полностью разобрался с типовыми в УФ как там реализвано. В частности в УТ есть все и даже в УТ казахской тоже. Но увы у меня в БП казахской в редакции под УФ этого не включили. Я могу включить. Но мне кроме добаваления нескольких модулей в глобальные процедур надо в каждом доке где мне нужно выводить свой реквизит придется добавлять однотипный ког в двух местах. А таких доках у меня почти половина доков базы. Вот в чем трабла. При следующем обновлении как я буду обновлять???

и что ты предлагаешь в в фразе "не лучше ли.." ?

"Или я не правильно рассуждаю ???", - да, форму лучше не трогать.

Что проще выводить на форму свой объект вручную каждый раз или следить за тем чтоб код не затерся при последующих обновлениях?

сам посуди - что лучше отслеживать - изменения кода или формы? по мне так код проще можно даже автоматизировать -  выгрузить модули конфигурации в файлы и програмно добавить в них свои подписки

Пожалуй за кодом следить проще. Ведь при объединении можно объядинять так чтоб не затерся прежний код.

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

По сути в формах доков везде отсылка на глобалку одной строкой.

ну они это поменяют и это место, где ваша отсылка, исчезнет или куда-то передвинется. От этого БСП всего можно ожидать. Они меняют стратегию на полностью противоположную чуть ли не 3 раза в год.

Как они могут поменять строчку кода в ПриСозданииНаСервере? Ты к чему, вообще, призываешь, бунтарь?

При неумелом обновлении измененную конфигу можно и работающее потерять.....

У меня так и сделано. В планах добавить контроль изменений через выгрузку конфигурации в файлы. И перспективное направление - плагин для EDT.