Книга знаний

1С:Предприятие / v8 / Типовые конфигурации

v8: Рекомендации по обновлению типовых конфигураций

Приемы для того, чтобы обновление было удобным (ЧЕРНОВИК)Автор статьи: Гений 1С | Редакторы: TormozIT
Последняя редакция №7 от 25.08.06 | История
URL: http://kb.mista.ru/article.php?id=124

Ключевые слова: типовая конфигурация, обновление


Оформление изменения в код модуля

Обрамляйте свои изменения в код комментариями с маркером. Маркером может выступать название вашей фирмы, например 1SBF для «1C Бест-Франчайзер».

Способы обрамления кода могут быть произвольными, но можно воспользоваться и готовыми шаблонами:

//{1SBF:Ivanoff 20050601 Добавить
//Добавляем инкремент, чтобы быстрее обходить
А=а+1;
//}

//{1SBF:Ivanoff 20050811 Заменить
//А=а+1;
//REPL
//Добавляем инкремент, чтобы быстрее обходить
А=а+2;
//}

Здесь 1SBF – маркер комментария, Ivanoff – программист, вносящий изменения, 20050601 – дата в формате ГГГГММДД, Добавить/Заменить – вид изменения.
Вставка кода обрамлена фигурными скобками в комментариях.
Для добавления можно внутри фигурных скобок просто написать добавляемый код.
Также в скобках вы видите текст «/Добавляем инкремент, чтобы быстрее обходить» - это текст комментария, объясняющего назначение вносимого изменения.
Для замены можно внутри фигурных скобок сначала вставить закомментированных исходный код, затем поставить маркер конца исходного кода, например REPL, далее написать новый код.
Более сложные изменения не нужны.
Изменения изменений не должны как-то помечаться – наша задача отметить в коде модуля отличия от типовой.
Можно просто помечать дополнительно изменения, которые делают программисты в коде изменений (вроде подписи изменившего, чтобы можно было найти ответственного за любое изменение).

TormozIT
На мой взгляд, для оформления своих вставок в типовой код удобно использовать шаблон типа:
// НАЧАЛО.ДОБАВЛЕНИЕ.<?"", ДатаВремя, "ДФ=yy/MM/dd-HH:mm:ss"> (<ИмяФирмы>) <ФИОИсполнителя>
<?>
// КОНЕЦ_.ДОБАВЛЕНИЕ.<?"", ДатаВремя, "ДФ=yy/MM/dd-HH:mm:ss"> (<ИмяФирмы>) <ФИОИсполнителя>

Прежде чем приступать к модификации типовых обработчиков событий формы, настоятельно рекомендую ознакомиться с Книга знаний: v8: Методика переопределения и вызова обработчиков событий формы

Оформление изменения в форму.

Вообще желательно любые изменения в типовые формы делать программно, тогда задача обновления форм сводится к задаче обновлению модулей.
Способы здесь:
Книга знаний: v8: Копировальщик форм - вложенные формы
Книга знаний: v8: Настройка формы по макету

Однако, если это невозможно, самый надежный способ документирования изменений в форму – добавление в конец модуля формы пустых комментариев, описывающих, какие изменения нужно внести в форму.
Пример:
//{1SBF:Petroff 20060201 Форма
//Вставить текстовую метку Label «Комментарий» под списком элементов
//Исходными данными для метки - «Комментарий»
//}


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

Различия в формах

Если вы не потрудились закомментировать изменения в формах, то вообще говоря, сложно определить, изменения в формах были произведены разработчиками типовых конфигураций или вами. Например, разработчики могли удалить с формы реквизит «Комментарий», т.е. в новой конфигурации вы не увидите этот реквизит и подумаете, что реквизит «Комментарий» добавили вы, раз в типовой его нет.
Т.е. здесь нужно будет внимательно следить за изменениями.

Для начала нужно получить подробный отчет о сравнении форм с различиями, выведенными графически.
В этом отчете можно поиском найти строки, содержащие «Объект присутствует только» - так вы найдете элементы формы, которых не хватает в типовой конфигурации, которые добавляли вы. Эти различия покрывают 80% всех изменений в форму.
Если копать более подробно, нужно отслеживать все изменения, которые вы могли делать – видимость столбцов, ширину колонок и т.п.

Если уж вы не комментировали вносимые изменения в форму своевременно, то при обновлении самое время их сделать – отмечайте, что изменялось, чтобы при следующих обновлениях не приходилось повторно заниматься анализом «А что менялось?», а просто выполнять механическую работу по обновлению.

Несколько советов

Размер мониторов берите побольше при обновлении форм - больше информации влазит.

Различия в реквизитах

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

Описание | Рубрикатор | Поиск | ТелепатБот | Захваченные статьи | Установки | Форум
© Станислав Митичкин (Волшебник), 2005-2025 | Mista.ru

Яндекс.Метрика