Какой способ вы используете при необходимости сослаться в коде на определенный элемент справочника

То что доктор прописал

зачем по гуиду искать? ты хотел сказать "получаю по гуиду"?

http://1clancer.ru/article/predopredelennye_elementy..._ne_izmenyaya_tipovuyu_konfiguratsiyu_687
Еще лучше свой ПВХ+РС
5. КГ/АМ

Лучше всего, конечно же

Но если нужно облегченное решение

А если надо убедить постановщиков, что НайтиПоНаименование - однозначно плохо, то

странный опрос.
способ решения зависит от многих параметров

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

Наутро проспавшись пересматриваю архитектуру решения и в 99% случаев необходимость в том чтобы "сослаться в коде на определенный элемент" отпадает.

+(8) Сорри,  ,,,,, - вот запятые, сами расставьте

(2) именно так

(3) Это аналог "сохраняю в базе"

по моему лучше не придумаешь

(3) автор забыл, что ещё надо дать права на этот справочник, а это нужно добавить ещё и роль в конфигурацию.

А проблемы с обновлением типовых конфигураций, в которых добавлен свой предопределённый элемент, не возникает никаких.

(13) Особенно когда разработчики типовой добавляют новый предопределенный, код которого совпадает с вашим

(14) ну так надо по-умному код-то ставить, чтоб не совпадал

ПВХ+РС. Элементы ПВХ предопределенные.

почему нет такого варианта

НужныйЭлемент = МодульПовторногоИспользования.НужныйЭлемент()

Заводу его константой обычно

2(17) а внутри функции МодульПовторногоИспользования.НужныйЭлемент() не будет "ищу по наименованию" или "получаю по UIDу"? клево...

В свое время Гений 1С предложил механизм, который оказался достаточно удобным. Особенно когда "предопределенный" может меняться.
Коротко суть:
- добавляем новый справочник - Предопределенные с реквизитом "Значение", тип которого, например, ЛюбаяСсылка, булево, число и пр.
- в этом справочнике заводим свои предопределенные элементы;
- в этих элементах устанавливаем нужные значения.
Например, для каких-то целей используется определенный элемент справочника "Справочник" - А. Потом решили, что нужно использовать элемент Б. В "нужном" предопределенном элементе справочника "Предопределенные" меняем значение А на Б. В коде (и запросах) используем Справочники.Предопределенные.<нужный>.Значение, поэтому в коде ничего править не нужно.

Страшно злой от поисков по наименованию

(20) Типа (3)

(22) Да. Только я это решение увидел лет 7-8 назад.

(20) осталось при старте прописать проверку наличия нужных предопределенных...

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

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

Где вариант "создаю константу"?

(26) четыре же

Смотря по ситуации.
А то в Консолидации особенно вариантов не много, когда нужно сделать один отчет на основе другого )
Поиск показателей по коду наше все ...

(0) Самый надежный способ сохранения ссылки это её распечатать!

(27) нет. "сохраняю в базе" - это вообще какая-то лажа.

(30) значение константы не в базе хранится?

(31) предопределенных может быть множество - одного типа (товар, работа, услуга) три константы заводить?

Перечисление vs Предопределённый элемент спр.

Почему нет варианта не использую "сослаться в коде на определенный элемент справочника" ?
Обычно предоставляю пользователю/оператору юзающему код возможность самостоятельно указать в форме эти требуемые элементы

А если они должны не выбираться в быть дефолтовыми, т.е. нечто вроде настроек ТО и т.д. то

Простите, а что значит "Сораняю в базе"?

(35) "Сохраняю в базе"

Всегда, когда только возможно

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

(0)Если для себя в обработке какойнить, то делаю реквизитом на форме и не парюсь.
Если для частого использования, то предопределенный элемент.
Если в РИБ и надо разное для разных баз - делаю немигрирующую константу.

(0)Предопределенные, редко константа, справочник настроек с предопределенными, реквизит+перечисление - все зависит от ситуации.

(39) ...Если для себя в обработке какойнить, то делаю реквизитом на форме и не парюсь....

А в обработчике ПриОткрытии формы есть такой код:
РеквизитТакойТо = Справочники.Тип.найтиПоКоду(...

А то при тестировании  каждый раз выбирать нужный приходится)))

(19) внутри ОДНОГО места можно поставить все, что угодно...
сначала поиск по коду, если будут проблемы поменять на предопределенный и т.д.

кстати указанный мною способ является рекомендуемый 1с :)

(41)Есть еще сохраняемые значения для формы:-)

(0) зависит от цели использования. Предопределённый элемент, константа, РС для хранения настроек (напрмер для каждого пользователя). Нет серебряной пули - есть частные решения для несферического хранения ссылок.