Избавляемся от НайтиПоКоду и НайтиПоНаименованию в 1С навсегда

Создаём специализированные объекты для хранения ссылок на конкретные подразделения, организации, контрагентов и т.д., которые нужны для использования в коде. Но больше не будем искать их по коду и наименованию.

[СергейСергеенко-пж]

Опыт 1 год. В целом использовал найти по наименованию и коду. Теперь буду знать как сделать иначе.
Продолжайте снимать видео для задач из "жизни".

[АлексейНеизвестный-ьр]

15 лет программирую на 1С. НайтиПоКоду, НайтиПоНаименованию, ПолучитьСсылку(guid) это все нормальные рабочие инструменты. Случаи когда это ломается единичные. Автор привел пример "..а вот через 10 лет...", так вот через 10 лет этот справочник констант разрастется до таких нееб###их размеров что уже будет сложно что-то в нем использовать (а вдруг это используется где- то еще ), каждый раз придется создавать свое поверх существующего.

[basssmirnoff]

Спасибо. Это интересный взгляд на поставленную проблему.

[vasiliynet]

Огонь! Великолепная целая лекция по теме получилась. Спасибо!

[alexful]

Проведите этот час с пользой, коллеги. В ролике автор рассказал про хранение значений констант в справочнике.

[ONE-imhi]

топ канал, ни у кого не видел столько полезного контента, все снимают одно и то же (азы)

[YuriyKolosov]

Спасибо за видео, но полчаса смотреть на запрос в цикле и запрос с постотбором вместо использования условий было больно )

[MrGvk]

Очень много лишних слов - краткость сестра таланта!!!

[ivperivm]

Почему не использовать константы? В 1С давно отказались от хранения множества констант в одной таблице

[ВладиславШишакин]

Почти везде есть подобное использоуется. В одной организации из регистра сведений загоняли параметры сеанса, а оттуда уже считывали

[mikefrygin]

А что будет с записями в хранилище значения, если удалить запись в регистре?

[MrGvk]

Жесть жестокая!!! Ежели Вы указали ЛюбаяСсылка посмотрите на план запроса получения любого элемента, даже одного в настоящей ИБ например УТ 11.4 и Вы увидите соединение со всеми таблицами ссылочных типов, а их под пол тысячи. Я Вас поздравляю!!! А я думаю, что же битовские да рарусовские конфы не фунциклируют... Для файловой базы - сойдет. А вот как будет себя вести PostgreSQL.... Пилите, Шура, пилите - золото в середине!

[zergzerg]

А почему не использовать получитьссылку и не городить все это

[vama]

После возврата код не выполняется. А почему сразу элемент не сделать предопределенным?

[Dnsmel]

Согласен на счет найти по наименование, но вот найти по коду в целом, не худшая альтернатива ( Если еще коммент подписать что за элемент ) "предопределенным" и отдельному регистру.
Единственное что в этой ситуации плохо с кодом, что конфигурацию уже просто так не развернуть ... не будет того самого кода.

[йошкаматрешка]

Долго, муторно, не всегда применимо, надо простите риски от применения той или иной конструкции всегда иметь ввиду. Но спасибо, хорошая идея

[MrGvk]

А в варианте с Хранилищем производительность лучше, но ссылочная целостность поддерживаться не будет. Просто в этом случае предполагается, что эта ссылка используется в других местах (документах и справочниках) и как следствие ее сложно удалить. Но за тот код, что Вы привели в начале - за это в приличном обществе канделябрами... Гончаров с экзамена на спеца выгоняет как только это увидит.

[AntonSm]

Хорошая идея использовать модуль менеджера.
А я уже понаделал общих модулей.

[ocean]

Через обработку найди ссылку на элемент, и находи его так через получить ссылку

[andreim]

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