Книга знаний: v8: Ссылка на метаданные

Автор, почему ты позволил своей ветке утонуть?

(1) не знаю

для чего нам хранить метаданные ссылок,  приведите пример?

(0) Поправь -> назывем

(3) Такой же вопрос.

Присоединюсь к коллегам: Зачем?

Эээээххх, я думал преподаватель ЦСО что-нибудь присоветует. :-(

(3) гыгыгы... для универсальных объектов.
Например:
1. Корректировка движений регистра - чтобы знать какой регистр двигать.
2. Документ, который меняет значение периодического реквизита регистра сведений, чтобы сослаться на конкретный реквизит.
3. Универсальный отчет любой, при сохранении настроек нужно знать названия реквизитов. Можно хранить названия, но лучше - метаданные.

(0) А чем план видов характеристик не катит? Он же специально разработан, чтобы в базе хранить типы, в том числе - метаданных

(9) Гениальные идеи всегда в народ сложно продвигались )

(9) Можно, но слишком монструозно, ради одного типа заводить ПВХ, к тому же здесь можно хранить метаданные-ссылки на реквизит, а в ПВХ только на тип. ;-)
Добавь в КЗ.

(11) В типовых уже есть ПВХ в самых разных видах - заводить не требуется.
Для ссылки на реквизит все гораздо проще - реквизит "Произвольная ссылка"
Как добавлять в КЗ я не знаю

1) Посмотрите Документ КорректировкаЗаписейРегистровНакопления там знаешь какой регистр двигаешь :)

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

3)Чем вам не подходят стандартные сохранения. Или в УПП документ РегламентированныйОтчет

(8) 1,2 прекрасно и без ссылки на метаданные обходятся. 3. про отчет не очень понял, чем лучше.

(8) п.3 в той же УПП есть Универсальные отчеты ("Остатки и обороты", "Список/кросс-таблица" в 1.1, "Универсальный отчет" в 1.2)
Там нет никакой привязки к типу метаданных.
В общем, смысл затеи непонятен.

(15) Действительно не вижу смысла такой надобности

(0) А почему не освещен вопрос о синхронизации справочника с реальными метаданными?

:)))))))

(15) то что создатели УПП не продумали, что они будут делать, если наименование реквизита поменяется, не делает им чести. гыгыгы... вам тоже.

(17) ручками. что проще поменять - наименование в справочнике или строки во всех доках, где засветились названия метаданных?

(13) естественно знаем, гыгыгы, они предполагают, что наименования регистров не меняются и хранят чисто идентификатор регистра. Сам мой подход направлен против этого.
Если вас устраивают чисто ключи, храните их строкой доступа. например:
регистры.ааа.реквизиты.ббб.
Меня не устраивают

(12)
>>>Для ссылки на реквизит все гораздо проще - реквизит "Произвольная ссылка"
Это как, научи?

(19) Не надо судить о том, чего не знаешь.
(22) В списке типов данных, ближе к концу - "ЛюбаяСсылка"

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

(0)Храним строку - "РегистрыСведений.Сотрудники.Измерения.Сотрудник".
Для Получения используем конструкцию: Метассылка = Выполнить(СтрМетаданных);

(25) какой ты умный... речь именно о том, чтобы от строк уйтить
(23) чего конкретно я не знаю, а то гнилой отмаз получается.
(23) Я знаю, что такое Любая Ссылка, как ты ее хочешь использовать? Хранить в базе фиктивную ссылку, а как же тестирование и исправление?

(0) А если назовёшь справочник "СтроковыеКонстанты", гибкость будет просто офигительная! Любую строку сможешь ссылкой заменить. Хочешь - имя объекта метаданных, хочешь - путь к внешнему источнику данных, хочешь - текстовку приказа об увольнении.

(27) не утрируй

(28) Почему же. У химчистки в справочнике "Номенклатура" всего одна позиция - "Одежда". Однако в квитанции, которую они выдают на приемке, написано подробно: "Пиджак малиновый", "Треники с пузырями", "Поношенный концертный смокинг" и т.п. Но отдельного справочника для всех этих "пиджаков" никто специально вести не будет. Приемщик просто вбивает в квитанцию то, что ему приносят. Однако и хранить строки в табличной части документа неоптимально - 99% наименований будут повторяться изо дня в день (всекие "Пальто", "Рубашки", Брюки"). Выход - тот же, что и в (0).

Я просто предложил назвать изобретенный велосипед своим именем.

(29) Не, ты не вьехал... гыгыгы... вьезжай... если это возможно, конечно

(26) Г1С: "его конкретно я не знаю"
(19) Г1С: "то что создатели УПП не продумали, что они будут делать, если наименование реквизита поменяется"
Универсальные отчеты на хранят ссылок на реквизиты. Если не считать работу со свойствами и характеристиками (как раз на ПВХ сделано) - но это универсальный механизм всех типовых. Таким образом, отчет не зависит от того, что меняется имя ресурса или реквизита.
(11) Насчет ссылки на реквизит и "ЛюбойСсылки" - был неправ, твоя идея верна
Но все равно непонятно, зачем?

Обновил:
Книга знаний: v8: Ссылка на метаданные

(32) Супер!

(32) Наверное тогда и значениеВСтрокуВнутр катит, лень проверять. Вопрос опять же в объемах памяти и то, что два объекта хранилища нельзя сравнивать между собой, а так нормально для быстрой затычки. ;-)

(30) Привыкай. Гении часто остаются не понятыми при жизни. Зато потомки памятник возведут.

(35) думаю 1с умрет раньше меня