Довідковий матеріал

Імена об'єктів метаданих в ієрархії бібліотек

1. Під час розроблення конфігурації в умовах використання однієї або кількох бібліотек слід уникати конфліктів імен об'єктів метаданих (довідників, документів, загальних модулів тощо), що постачаються з бібліотек, з об'єктами самої конфігурації.

Методична рекомендація (корисна порада)

1. Під час розроблення конфігурації в умовах використання однієї або кількох бібліотек слід уникати конфліктів імен об'єктів метаданих (довідників, документів, загальних модулів тощо), що постачаються з бібліотек, з об'єктами самої конфігурації.

Для розв'язання таких конфліктів за бібліотекою більш «низького» рівня рекомендується організаційно закріпити переважне право вибору назви. Якщо в одному з її споживачів є об'єкт з таким самим іменем, то слід перейменувати об'єкт у споживачі, використовуючи більш конкретну назву.

Наприклад: якщо в конфігурації «Управление предприятием» є група команд Настройки, що конфліктує з однойменною групою команд із бібліотеки «Базовая функциональность», то для групи команд у конфігурації-споживачі слід вибрати точнішу назву НастройкиУправленческогоУчета або НастройкиРасчетаСебестоимости або щось інше.

2. Під час розроблення незалежних одна від одної бібліотек (однорівневих) такі конфлікти можуть бути виявлені досить пізно — під час або після їх упровадження в конфігурацію-споживач.

Щоб знизити ймовірність виникнення конфліктів у цьому випадку, слід завжди предметно називати об'єкти метаданих. Назва повинна стисло описувати сутність об'єкта; не повинна бути надто «універсальною».

2.1. Найбільш «універсальні» назви об'єктів метаданих слід використовувати в бібліотеках найнижчого рівня ієрархії.
Наприклад, загальні модулі ОбщегоНазначения, СтроковыеФункции, РаботаСФормами тощо.

2.2. У кінцевих конфігураціях-споживачах і в бібліотеках вищого рівня використовувати назви, більш специфічні для цієї прикладної області.
Наприклад, загальні модулі ТорговыйУчет, ЗарплатаКадры, ПроведениеСкладскихДокументов тощо.

2.3. Функціональність, яка розширює аналогічну функціональність бібліотеки нижчого рівня або конфліктує із «сусідньою» однорівневою бібліотекою, рекомендується називати з додаванням уточнювальних постфіксів, що відповідають імені конкретної бібліотеки або кінцевої конфігурації-споживача.
Наприклад:

  • загальний модуль ОбновлениеИнформационнойБазыМФ — функції оновлення ІБ, специфічні для прикладного рішення, кінцевої конфігурації-споживача «Мои финансы» (постфікс МФ)
  • загальний модуль СтроковыеФункцииРегл — функції загального призначення, специфічні для бібліотеки регламентованого обліку (постфікс Регл)
  • загальний модуль РаботаСФормамиЗарплатаКадры — функції для роботи з формами в бібліотеці базової зарплатно-кадрової функціональності (постфікс ЗарплатаКадры).
  • підписка на подію УстановитьПометкуУдаленияПрисоединенныхФайловЗарплатаКадры - визначена в бібліотеці базової зарплатно-кадрової функціональності.
Записатися телефоном