В процессе своей работы каждому программисту приходится в той или иной степени редактировать типовые формы конфигураций. Но наступает момент обновления конфигурации и и мы начинаем тратить большой объем времени, чтобы сохранить внесенные изменения в типовые формы.В процессе своей работы каждому программисту приходится в той или иной степени редактировать типовые формы конфигураций. Но наступает момент обновления конфигурации и и мы начинаем тратить большой объем времени, чтобы сохранить внесенные изменения в типовые формы.
Каждый программист 1С знает, что обновление самих форм является трудоемкой и муторной процедурой. Если с текстами все же как-то попроще, можно пользоваться парсерами различной сложности, да и штатные средства платформы неплохо справляются, то с элементами форм все гораздо сложнее.
Чтобы съекономить свое время, каждый из нас изобретает для себя механизмы, с помощью которых можно управлять элементами формы: программное размещение элементов, декомпиляция формы с последующей генерацией кода и т.д.
Возможно что с переходом на управляемые формы острота проблемы снижается, но пока существуют обычные формы, проблема всегда будет существовать.
Я конечно не исключение, и так же разработал для себя некоторый механизм, которым успешно пользуюсь уже несколько лет.
Нового ничего не изобрел, все старо как мир и просто в реализации.
Принцип работы прост: есть общий модуль, в котором расположены необходимы процедуры для прорисовки элементов формы, в форме документа или справочника в процедуре "ПриОткрытии" располагаем вызов основной процедуры этого модуля с передачей в нее формы. Можно пойти и иначе, расположить вызов в типовом модуле, который вызывается из большинства форм с передачей самой формы: я расположил вызов этого модуля в модуле "МеханизмНумерацииОбъектов" (УПП) в конце процедуры "УстановитьДоступностьПоляВводаНомера". Она вызывается из большинства документов и справочников, с передачей в нее формы. Мне этого оказалось достаточно.
Далее добавляем в типовой справочник или документ нужный нам реквизит (реквизит табличной части), табличную часть. В свойстве реквизита "Комментарий" описываем свои "свойства" реквизита. Все, на этом работу можно считать законченной. При открытии формы (справочника, документа) форма передается в модуль обработки, там происходит перебор всех реквизитов объектов и "разбор свойств" каждого из них. Если модуль найдет нужный реквизит (отличительной особенностью является префикс в комментарии, который располагается на первом месте "свойств"), он прочитает его "свойства" и расположит его согласно указанным "свойствам".
Что же может механизм авторазмешения реквизитов: разместить колонку в табличной части (в заданной позиции), заменить типовой реквизит в табличной части. Разместить новую табличную часть на отдельной странице. Разместить реквизит (ы) на форме на отдельной странице или заменить типовой реквизит на форме. Вывести подвал табличной чисти с отображением итогов колонки. Скрыть видимость типового реквизита. Для создаваемой страницы указать заголовок и картинку. Сгруппировать реквизиты на новой странице.
При желании каждый из вас может расширять возможности авторазмешения настолько, насколько хватит фантазии.
Текст модуля фо вложении. Описание свойств, обрабатываемых модулем, расположено в функции "ПолучитьСвойстваРеквизита".
Для управления типовыми реквизитами используется макет с именем "Форма_Реквизиты", его описание вы найдете в процедуре "ИзменитьСвойстваТиповыхЭлементовФормы".
Конечно механизм не идеален, но позволяет решать 80% задач по модификации типовых форм, не беспокоясь о них при последующем обновлении конфигурации.
Текст модуля:
tekst_modulya.zip ( 11,08 килобайт )
Кол-во скачиваний: 70[необходимо зарегистрироваться для просмотра ссылки]
Сообщение отредактировал Vofka - 26.02.12, 20:58
Программное размещение элементов формы 
26.02.12, 12:46
. Обновил первый пост.
