1с имя метаданных по ссылке

Работа во встроенном языке с объектами метаданных

Во встроенном языке «1С:Предприятия» предоставляется доступ к структуре метаданных конфигурации. Эта возможность предназначена в основном для создания универсальных алгоритмов, которые могли бы единообразно работать с различными объектами конфигурации. В этом разделе приводится информация об особенностях работы с метаданными во встроенном языке.

Доступ к метаданным предоставляется только на чтение. Программное изменение метаданных не поддерживается.

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

Доступ к структуре метаданных осуществляется через свойство Метаданные глобального контекста. Это свойство предоставляет доступ к корневому объекту конфигурации и коллекциям объектов верхнего уровня. Каждый объект предоставляет соответственно доступ к своим свойствам и подчиненным объектам. Таким образом, можно получить доступ к любому объекту.
Например:

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

С помощью метода Родитель() можно получить вышестоящий объект метаданных.
Например:

Для поиска объекта метаданных, соответствующего значению перечисления, можно использовать методику, описанную в разделе «Как получить имя значения перечисления, заданное в метаданных?».

Метаданные можно использовать, чтобы проверить, относится ли, например, значение к справочникам. Методика такой проверки описана в разделе «Как проверить, что тип значения относится к справочникам, документам и т. д.?».

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

Для получения форм и макетов используются специализированные методы.

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

Источник

Профессия — 1С

рубрики: Метаданные | Дата: 6 февраля, 2017

Что такое метаданные

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

DerevoKonfiguratsii VZ
Редактирование метаданных возможно только в режиме конфигуратора, но в языке 1С существуют методы и функции, которые осуществляют программный доступ к метаданным в режиме чтения.

Зачем нужна работа с метаданными

Бывают ситуации когда надо обработать по одному правилу все схожие между собой объекты. Допустим нам надо написать обработку, которая будет производить некие действия со всеми справочниками у которых есть реквизит Товар. Без использования метаданных надо будет проанализировать вручную всю ветку со справочниками в дереве конфигурации и для каждого справочника написать отдельный код. А с использованием метаданных мы можем программно обойти все справочники, а затем для каждого справочника можем проанализировать все его реквизиты. И в случае если искомый реквизит найден обработать все элементы справочника. Этот подход значительно уменьшит количество кода и предварительной ручной работы. Опять же если в конфигурацию будет добавлен новый справочник, в первом случае (без использования метаданных) необходимо будет дорабатывать обработку. Если же были использованы метаданные, никакой доработки не потребуется.

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

Примеры

Обход метаданных в цикле

В качестве первого примера рассмотрим обход в цикле всех справочников и для каждого справочника также в цикле обход всех его реквизитов. Доступ к метаданным осуществляется с использованием свойства глобального контекста Метаданные. Вот код который выполняет данную задачу

Получение метаданных по ссылке объекта

Зачастую возникает ситуация когда надо получить метаданные по ссылке какого-нибудь объекта. Это может быть элемент справочника, документ и т.д. И здесь нам поможет метод НайтиПоТипу( ). Этот метод позволяет получить метаданные по типу объекта. Соответственно если у нас есть ссылка нам надо сначала узнать ее тип. Сделать это поможет функция ТипЗнч( ). В качестве примера возьмем справочник Пользователи (т.к. он есть наверное во всех конфигурациях). Выберем из него первый попавшийся элемент и получим по нему метаданные.

Получение метаданных по полному имени

Cуществует еще один метод, который позволяет получить метаданные по полному имени объекта. Речь идет о методе НайтиПоПолномуИмени( ). Если взять тот же справочник Пользователи, то его полное имя выглядить как Справочник.Пользователи. Соответственно код для получения метаданных справочника Пользователи по полному имени выглядит вот так

Если выбирать между получением метаданных по ссылке и по полному имени, то мне больше по душе метод НайтиПоТипу( ).

Конечно Имя и Синоним, в примерах выше — это лишь малая часть информации, которую можно извлечь из метаданных. Но тут как говориться Shift + F9 в помощь.

Источник

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

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

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

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

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

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

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

При необходимости организации обмена с разными версиями (редакциями) конфигураций, к именам приемника и источника добавляются номера версий (редакций). Например, ОбменУправлениеТорговлей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. Подсистемы