1с 8 конфигуратор имена объектов где лучше ставить префикс

Имена

Автонумерация

В данном разделе рассматриваются особенности работы механизма автонумерации на примере справочника.

Что такое автонумерация и зачем она нужна?

Автоматическая нумерация элементов справочников позволяет устанавливать во вновь создаваемых элементах уникальные коды. При этом создаваемые коды элементов последовательно увеличиваются.

Формирование нового уникального кода справочника зависит от того, как у справочника настроены серии кодов:

Последовательное увеличение кодов элементов справочника в процессе автонумерации будет происходить таким образом, чтобы создаваемый код справочника соответствовал настройке серии кодов.

Добавим в справочник первый элемент:

На рисунке видно, что автоматическая нумерация элементов справочника началась с 000001.

Добавим в справочник второй элемент:

Добавим в него еще один элемент, который будет дочерним для второго элемента:

На рисунке видно, что в процессе автоматического формирования кода для нового элемента справочника была учтена настройка серии кодов: код для третьего элемента уникален только в пределах элементов, родителем которых является второй элемент.

Одной из особенностей автонумерации является использование лидирующих нулей. Это необходимо для того, чтобы поиск и сортировка по коду (номеру) работали эффективно. Для этого используется индекс базы данных по полю код (или номер). Использование индекса требует упорядоченной последовательности с точки зрения базы данных. Поэтому 1С:Предприятие 8 в процессе автоматического формирования новых кодов (номеров) всегда использует лидирующие нули.

Обеспечить правильную сортировку, например, документов по их номеру без использования лидирующих нулей невозможно. Например, пусть у нас есть документы со строковыми номерами «Док11» и «Док3». В этом случае документ с номером «Док3» будет идти после документа с номером «Док11», что неправильно.

Работа с префиксом кода справочника в процессе автонумерации

Установка префикса при формировании нового номера кода элемента имеет смысл только в том случае, если код элемента является строкой.

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

// Процедура обработчик события ПриУстановкеНовогоКода
// Подменяет префикс кода на предопределенный для данной ИБ
//
Процедура ПриУстановкеНовогоКода(СтандартнаяОбработка, Префикс)

КонецПроцедуры // ПриУстановкеНовогоКода(СтандартнаяОбработка, Префикс)

// Выдает префикс нового номера
//
// Возвращаемое значение:
// Строка – Префикс нового номера
//
Функция ПолучитьПрефиксНомера() Экспорт

Поддержка автонумерации другими объектами метаданных

Кроме справочника, автонумерацию поддерживают следующие объекты метаданных:

Источник

Заметки из Зазеркалья

Реализовано в версии 8.3.6.1977.

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

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

Читайте также:  Назад в будущее имена главных героев

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

Теперь этот процесс значительно автоматизирован. При удалении или переименовании объектов конфигурации платформа автоматически находит фрагменты кода, которые связаны с изменяемым объектом. Очевидные фрагменты платформа может переименовать самостоятельно, а в неочевидных случаях она предлагает принять решение вам.

Настройки

Использование этого механизма настраивается в параметрах конфигуратора. Теперь там появилась группа настроек Рефакторинг при изменениях в метаданных и формах:

Автоматический анализ текстов модулей вы можете настроить по-отдельности для каждого вида операций. При удалении, при переименовании, при изменениях, выполняемых в формах. Также вы можете настроить реакцию платформы в тех случаях, когда требуется ваше участие: Задавать вопрос, Продолжать операцию или Отменять операцию.

Терминология

Не всегда есть возможность автоматически определить, что данный фрагмент кода работает с конкретным объектом конфигурации.

Например, если в коде используется конструкция Справочники.Номенклатура, то мы со 100%-ой уверенностью можем сказать, что выполняется работа со справочником Номенклатура. Такие случаи называются фактическим использованием. Их платформа умеет обрабатывать автоматически, а в окне результатов поиска они помечаются пиктограммой i.

Поиск ссылок

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

Платформа перечислит все фрагменты кода, которые могут использовать выбранный объект. По двойному клику мыши она откроет соответствующий модуль и подсветит найденную строку:

Удаление

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

Соответственно вы можете сначала удалить объект и потом исправить фрагменты кода. Или наоборот, сначала отказаться от удаления объекта, исправить все фрагменты кода, а затем удалить объект.

Переименование

При переименовании объектов платформа (если найдёт фрагменты кода) также сначала поинтересуется, хотите ли вы продолжать эту операцию:

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

Чтобы ускорить ручное изменение фрагментов, вы можете выделить сразу несколько строк, а затем из контекстного меню выполнить команду Заменить.

Надеемся, что новый механизм значительно сократит количество «ручной» работы и желаем вам удачного переименования и удаления объектов :).

Источник

Имена объектов метаданных в конфигурациях

Область применения: управляемое приложение, мобильное приложение, обычное приложение.

Управляемое приложение
Обычное приложение

При именовании ролей рекомендуется придерживаться двух схем:

Согласно общим правилам именования метаданных.

Управляемое приложение
Обычное приложение

Имена планов обмена рекомендуется называть по следующим принципам:

При необходимости организации обмена с разными версиями (редакциями) конфигураций, к именам приемника и источника добавляются номера версий (редакций). Например, ОбменУправлениеТорговлей110РозничнаяТорговля10 (обмен данными между конфигурациями редакций 11.0 и 1.0)

Управляемое приложение
Обычное приложение

Имена подписок на события рекомендуется задавать от сути выполняемого действия и образовывать от неопределенной формы глагола. Например,
неправильно
ЗапретРедактированияРеквизитовОбъектовПередЗаписьюОбъекта
НастройкаПорядкаЭлементовПередЗаписью

Имена регламентных заданий рекомендуется давать в единственном числе и образовывать от существительного. Например,
неправильно
УстановитьПериодРасчитанныхИтогов
УведомитьИсполнителейОНовыхЗадачах

правильно
УстановкаПериодаРасчитанныхИтогов
УведомлениеИсполнителейОНовыхЗадачах

Управляемое приложение
Обычное приложение

Имена функциональных опций, связанных с константами, рекомендуется образовывать от описания включаемой (или выключаемой) с их помощью функциональности. Например, для функциональных опций типа Булево :
ИспользоватьБизнесПроцессыИЗадачи
ИспользоватьВерсионированиеОбъектов

для функциональной опции других типов:
ПрефиксИнформационнойБазы (тип Строка )
ВариантыВерсионированияОбъектов (параметризуемая функциональная опция, связанная с регистром сведений)

Имена параметров функциональных опций рекомендуется задавать от описания параметра. При этом необязательно, чтобы имя параметра функциональной опции совпадало с наименование реквизитов объектов, на которые ссылается параметр. Например:

Организация – связан со справочником Организации ;
ТипОбъектаКонфигурации – связан с двумя ресурсами регистров сведений:

Имена определяемых типов рекомендуется задавать в единственном числе и образовывать от их назначения. При этом не следует называть их так же, как называются другие типы данных (например: «Строка», «Число», …), и не использовать слова, от удаления которых смысл не меняется (например: «Тип. », «Объект…», «Ссылка…»).

Управляемое приложение
Обычное приложение

Управляемое приложение
Обычное приложение

Имена общих форм рекомендуется образовывать от существительных. При этом следует избегать в имени форм слов, от удаления которых смысл не меняется, например: «Форма…», «Окно…», «Диалог…».

Имена общих команд рекомендуется задавать по следующим принципам:

Согласно общим правилам наименования метаданных.

Согласно общим правилам наименования имен метаданных. Например:
Найти – универсальная картинка для команд поиска, для использования в различных подсистемах конфигурации.
ЗакрепитьВариантОтчета – картинка команды «Закрепить вариант отчета».

Допускается указывать спецификаторы размера, например:
Папка – картинка размером 16×16 пикселей
УправлениеПоиском32 – картинка размером 32×32 пикселей
ДлительнаяОперация48 – картинка размером 48×48 пикселей

При этом следует избегать в имени общих картинок слов, от удаления которых смысл не меняется, например: «Картинка…», «Изображение…», «Пиктограмма…».

Имена XDTO-пакетов рекомендуется образовывать на русском языке от существительных, дающих краткое представление о содержимом или назначении пакета. При этом следует избегать в имени слов, от удаления которых смысл не меняется, например: «Пакет…», «ХDTO…».

Управляемое приложение
Обычное приложение

Имена Web-сервисов рекомендуется образовывать на английском языке от существительных, дающих краткое представление об их назначении. Не рекомендуется использовать кириллицу, так как сторонние информационные системы могут ее не поддерживать, а также слова, от удаления которых смысл не меняется, например: «Service», «WebService».

Имена операций Web-сервисов, а также их параметры рекомендуется также писать на английском языке.

Управляемое приложение
Обычное приложение

Имена WS-ссылок рекомендуется образовывать от существительных, дающих краткое представление о назначении Web-сервиса. При этом следует избегать в имени слов, от удаления которых смысл не меняется, например: «WebСервис…», «Сервис…», «Ссылка…».

См. также: Элементы стиля (для режима обычного приложения см. Стили)

Управляемое приложение
Обычное приложение

Согласно общим правилам наименования метаданных.

См. также: Стили (для обычного приложения)

Имена констант рекомендуется задавать по следующим принципам:

При этом следует избегать в имени констант слов, от удаления которых смысл не меняется, например: «Константа…».

При этом следует избегать в именах справочников слов, от удаления которых смысл не меняется, например: «Справочник…».

При этом следует избегать в именах документов слов, от удаления которых смысл не меняется, например: «Документ…».

При выборе имени документа следует различать два случая:

1. В первую очередь, следует стараться отразить в имени документа суть процесса, который отражается в системе этим документом. При этом само имя должно быть максимально лаконичным, рекомендуется избегать слов «Накладная…», «Акт…» и т.п.

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

При этом следует избегать в именах слов, от удаления которых смысл не меняется, например: «Документы…».

Имена перечислений в конфигурации рекомендуется задавать во множественном числе.

Например, неправильно
ДействиеСДокументамиПоДвойномуЩелчку
ВажностьЗадачи
SMTPАутентификация

Правильно:
ДействияСДокументамиПоДвойномуЩелчку
ВариантыВажностиЗадачи
ВидыSMTPАутентификации

Любое исключение из этого правила должно быть обоснованным. Например:
ПолФизическогоЛица

2. Рекомендуется предусматривать вывод заголовка, если отчет или вариант отчета предназначен для печати.

Методическая рекомендация (полезный совет)

Для отчетов с макетом заголовок должен располагаться в самом макете.
Для вариантов отчетов без макета достаточно установить свойство «Заголовок» на закладке «Дополнительные настройки».

3. При выборе представления варианта отчета следует придерживаться следующих рекомендаций:

Например, для отчета «Валовая прибыль», неправильно:
«Основной», «По заказам» (подобные названия могут встречаться у вариантов других отчетов)

Правильно:
«Валовая прибыль по контрагентам», «Валовая прибыль по заказам»

4. При этом следует избегать в именах отчетов и вариантов отчетов слов, от удаления которых смысл не меняется, например: «Отчет…».

Управляемое приложение
Обычное приложение

При этом следует избегать в именах обработок слов, от удаления которых смысл не меняется, например: «Обработка…».

Управляемое приложение
Обычное приложение

Управляемое приложение
Обычное приложение

Управляемое приложение
Обычное приложение

Управляемое приложение
Обычное приложение

Управляемое приложение
Обычное приложение

Управляемое приложение
Обычное приложение

Имена внешних источников данных рекомендуется образовывать от описания импортируемых данных. При этом следует избегать в имени слов, от удаления которых смысл не меняется: «Данные…», «ИсточникДанных…».

Таблицы внешних источников данных рекомендуется называть согласно общим правилам наименования объектов метаданных.

Управляемое приложение
Обычное приложение

Источник

Оцените статью
Имя, Названия, Аббревиатуры, Сокращения
Добавить комментарий

Adblock
detector
п/п Объекты метаданных Правила наименования Область применения (уточнение)
1. Подсистемы