Внутренний идентификатор объекта метаданных
 

Коллеги, можно ли как то в 8.2 и 8.3 узнать внутренний идентификатор объекта метаданных - отчета, обработки, журнала, константы...
в 7.7 можно было это сделать с помощью великой 1с++ (метод GetMetaDataId)
Для документов и справочников удалось получить через ЗначениеВстрокуВнутр(...ПустаяСсылка()), а вот для остального добра никак. Должны же они быть )))

ТерзаемыйОбъект.ПолучитьСсылку(Новый УникальныйИдентификатор(СтрокаUUID));

+1 Для 77 можно воспользоваться ЗначениеВСтрокуВнутр(ПустоеЗначение(названиеМетоданных));

И вААААбще: идея получить ID отчета пахнет [em]альтернативным мышлением[/em].

что-то ек выходит у меня каменный цветок )
Для Каждого Обработка Из Метаданные.Обработки Цикл
ИмяОбработки = Обработка.Имя;
СинонимОбработки = Обработка.Синоним;
UID = ......

Посмотри здесь - [url]http://www.vdgb.ru/tehpodderzhka-1s/faq/kak-poluchit-unikalnyj-identifikator-obekta-guid/[/url]

(5)там про uid объектов базы данных. С ними без проблем, я делал выгрузки, синхронизируя документы и справочники по этим uid. А мне надо uid вида метаданных. Например uid конкретного отчета, константы, журнала

6-USSR > У константы есть UUID. Получаем, как для любого агрегатного объекта.
А вот для отчета Не надо умничать: обращайся через имя.

вот не хочу через имя) у всех есть UID
А как кстати для константы получить его ?

[quote=USSR;38932678]вот не хочу через имя[/quote]
А придется. Для объектов метаданных, работа с которыми ведется в обход механизмов поставки и поддержки, служебные данные платформой могут быть изменены без объявления войны. Неизменны только свойства метаданных, доступные из объектной модели платформы, к которым имя как раз и относится.

(0) GUID объекта метаданных в 8.x в режиме предприятия ты никак не получишь. С помощью ЗначениеВстрокуВнутр(Справочники.ИмяСправочника.ПустаяСсылка()) ты получаешь GUUD типа Справочники.ИмяСправочника.Ссылка, а не GUUD объекта метаданных. Видимо, тебя устроит любой GUID, идентифицирующий объект метаданных. В этом случае я бы посоветовал использовать GUID'ы типов Менеджер, которые есть почти у всех объектов метаданных, в отличие от типов Ссылка. Если проще, используй ЗначениеВстрокуВнутр(ТипЗнч(Справочники.ИмяСправочника)), ЗначениеВстрокуВнутр(ТипЗнч(Обработки.ИмяОбработки)), ЗначениеВстрокуВнутр(ТипЗнч(Константы.ИмяКонстанты)) и т.д.

(10)Спасибо! по моему то, что надо

Коллеги, вопрос не в тему, но чтобы тему не заводить) А почему разработчики платформы не реализовали подписку на событие вида "ПриОткрытии" форм. В чем тайный смысл ? Это как-то связано с управляемыми формами ?

Подписка связанна с объектами конфигурации, а форма способ доступа к объектам.

(13)Это я понимаю. Я не понимаю почему нельзя было сделать ) Функционал платформы бы серьезно расширился. Платформа же все равно регистрирует все события

Подписки могут навешиваться на события менеджера. НАпример на событие [b]ОбработкаПолученияФормы[/b]

Из СП:
....
Если требуется переопределить выбор открываемой формы, необходимо установить в параметре <ВыбраннаяФорма> другое имя формы или объект метаданных формы, которую требуется открыть, и в параметре <СтандартнаяОбработка> установить значение Ложь.

"ПриОткрытии" и подмена формы это как троллейбус и апельсин. Мой вопрос чисто познавательный, почему нельзя было сделать. В 1С++ ксть

Сил разработчикам не хватает. Последнее, что я слышал - не могут построить систему перехвата событий так, чтобы сохранить корректную работу оптимизатора обмена данными между клиентом и сервером.

(16) в нормальных средах есть и ПриОткрытии и ПриСоздании