| 1C |
| 1С v8 |
Kolesnikov
26.10.17
✎
20:25
В реквизите справочника надо хранить ссылку на объект метаданных.
Можно её засунуть, например, в ХранилищеЗначения.
Вот тут есть пример:
v8: Как в базе хранить ссылки на метаданные
Но хочется вывести этот реквизит на форму и визуально его менять. Какое-то дерево всех объектов метаданных, например, похожее на то, как в конструкторе запросов.
Есть ли что-то готовое?
Можно её засунуть, например, в ХранилищеЗначения.
Вот тут есть пример:
v8: Как в базе хранить ссылки на метаданные
Но хочется вывести этот реквизит на форму и визуально его менять. Какое-то дерево всех объектов метаданных, например, похожее на то, как в конструкторе запросов.
Есть ли что-то готовое?
26.10.17
✎
21:08
В типовых есть общая форма ВыборОбъектовМетаданных. Не то?
26.10.17
✎
21:08
А если метаданные изменяются, то судорожно лопатить всю базу, залезать в каждое хранилище значений и копаться там. Отличная идея!
26.10.17
✎
21:15
(2) Не, просто забить и
Kolesnikov
27.10.17
✎
15:12
(2) а как тогда хранить ссылки на метаданные в реквизитах?
27.10.17
✎
15:35
(4) Зачем?
Kolesnikov
27.10.17
✎
18:32
(5) Справочник - настройка печатной формы документа.
В самом документе почти 200 реквизитов, 18 табличных частей.
В справочнике хранятся разделы печатной формы (3 уровня вложенности) и информация о том, какие реквизиты как выводить. Там в некоторых полях комбинируются целые наборы реквизитов. У разных табличных частей совсем по-разному устроен вывод, много специфики.
Почему настройки в справочнике - потому что документ часто меняется, и я не хочу переписывать код каждый раз, когда это происходит.
Делаю, ясное дело, вся это конструкция для техподдержки, а не для юзеров.
В самом документе почти 200 реквизитов, 18 табличных частей.
В справочнике хранятся разделы печатной формы (3 уровня вложенности) и информация о том, какие реквизиты как выводить. Там в некоторых полях комбинируются целые наборы реквизитов. У разных табличных частей совсем по-разному устроен вывод, много специфики.
Почему настройки в справочнике - потому что документ часто меняется, и я не хочу переписывать код каждый раз, когда это происходит.
Делаю, ясное дело, вся это конструкция для техподдержки, а не для юзеров.
27.10.17
✎
18:38
(6) > В самом документе почти 200 реквизитов, 18 табличных частей.
...
> документ часто меняется
Лефмихалыч был прав.
https://snob.ru/indoc/attachments/snob2/44/fb/44fb4b0fbf31108a605b35b7f7f9ed296032b3d7ffdcb1a43c8855287b4e3eb8.jpg
Храни строковые идентификаторы.
...
> документ часто меняется
Лефмихалыч был прав.
https://snob.ru/indoc/attachments/snob2/44/fb/44fb4b0fbf31108a605b35b7f7f9ed296032b3d7ffdcb1a43c8855287b4e3eb8.jpg
Храни строковые идентификаторы.
27.10.17
✎
18:43
Или даже не так. Сделай иерархический справочник, заполни его и ставь ссылки на его элементы.
Это будет подходящим пездицом для существующего документа.
Это будет подходящим пездицом для существующего документа.
27.10.17
✎
18:53
(8) Тек, если это типовая, то есть такой справочник - ИдентификаторыОбъектовМетаданных из БСП
27.10.17
✎
19:02
(9) Есть. А что он делает - знаешь?
27.10.17
✎
19:18
(10) Да как все остальные справочники - хранит информацию. :)
Если вопрос про его использование в БСП - как раз используется как аналог ссылки на объекты метаданных там, где это требуется. Например, для настройки команд печати, версионифицирования, прав доступа и пр.
Если вопрос про его использование в БСП - как раз используется как аналог ссылки на объекты метаданных там, где это требуется. Например, для настройки команд печати, версионифицирования, прав доступа и пр.