УТ 11. Почему у некоторых справочников нет кода? только наименование? #640666

ВидыЦен, ВидыЗапасов, ГруппыДоступа, Склады... Зачем 1с'ники лишили их кодов? Неужели теперь, если мне нужно передать в запрос свой вид цен, я должен искать по наименованию?

по ссылке все ищут

ммм... чтобы передать в запрос ссылку, мне нужно её получить ;) А что бы её получить, мне нужно НайтиПоКоду (в лучшем случае)

Сделай предопределенными

что куда откуда и зачем ?

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

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

как вариант, но из-за всякой мелочи не охота изменять справочники

2 Вот и выбери его на форме. Зачем тебе его "найти" Чем он особенный, чтобы его знать? А если все-таки особенный, то есть  куча мест где такие особенных хранить и выделять от других

используй копрокод приведенный в ветке

ну так поясните кто-нить зачем избавляться от кода??? можно многими способами реализовать, но с кодом самое лучшее. А про УИ я уже думал...

Просто интересна логика 1с'ников

ут 11 гов нище упоротых гомосеков. Тут спорить не очем добавь поле код.

С кодом самое лучшее? Сделай для всякой такой мелочи специальный справочник ПредопределенныеЗначения с одним реквизитом Значение составного типа Все ссылки, Число, Строка, булево и когда нужно Справочники.ПредопределенныеЗначения.МойПредопределенныйЭлемент.Значение.

2 кто сказал что с кодом самое лучшее? это как раз самое что ни на есть копропрограммирование Логика 1Сников проста. код может быть поменян. 1сники заботся о братьях своих меньших, которые вовне

Блин, я же сказал, что решить можно оооочень разными способами, но зачем было вообще от кода избавляться?

вот именно, что код может быть поменян... а УИ нет. И тут больше гемора, ведь для каких-либо изменений (намеренных) нужно будет в конфигураторе править, а не просто в карточке элемента справочника.

2 из-за бритвы Оккама - он не нужен никому. Зачем он тогда?

2 не меняй в карточке. Пусть меняют в спецально отведенном хранилище.

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

только не говори, что никто по коду не ищет >_>

1С постоянно по коду ищет, например валюту Я тоже постоянно ищу, например код у справочника банка

2 только туп.здни. :) я не сильно тонко потроллил?

не смеши меня, ты не потроллил, а просто тупанул хД

Ты сейчас писателей типовых от 1С дураками обозвал?

Чем лучше УИ кода, кроме некоторой защиты от криворуких пользователей?

рукалицо.png Чуваки, читатйте статью Сарказм в википедии.

Примеры из типовой БП 3.0 Общий модуль -> БанковскиеСчета ....

План обменов так тот вообще тупо на найтиПоКоду сделан для поиска плана

Да мне просто понять интересно. Реально чем код не угодил. И чем лучше УИ. Я новичок, поэтому и копаюсь, чтобы точно знать какие способы плохи, почему, и в каких случая какие лучше использовать

2 да ничем не лучше, боже. Это все условности. Вот не хотят они чтоб ты завязывался на код в этом справочнике.

УИ это вообще неправильно, это на самом деле тоже троллинг... Блин... узнаю 1Сников. сначала расскажешь им анекдот а потом еще нужно объяснять почему он смешной.

ни хрена себе условность. такие возможности урезает

^_^ Ну тогда я вообще не пойму эту вашу 1с xD

*то самое чувство, когда понимаешь, что над тобой всего лишь прикалывались*

программео сформируй коды у тех элементов, где их нет

2 нельзя програмно менять структуру метаданных.. Или ты недавно в 1с? :)

да

только не забываем: 1. код справочника банка -- это БИК - уникальный 2. корсчета -- уникальны 3. код валюты -- уникальный

они не только уникальны, они понятны для пользователя, пользователь знает что такое БИК, и что код валюты берется из унифицированых классификаторов и в любой программе один и тот же. Совсем другое тот же код вида цены, сдается мне пользователь туда и не смотрел ни разу. В таких справочниках по наименованию и то будет искать лучше. Далеко не всякий пользователь может понять что за вот этой цифрой, которая пользователю даром не нужна, нужно теперь следить и стараться не менять без повода.

Елы палы... Если тебе надо отображать в каком-то документе определенный набор колонок, то сделай настройки. Например, сделай регистр сведений, в котором перечисли явно ссылки на типы цен, для которых надо формировать колонки. Понадобится добавить или поменять - не надо лезть в конфигуратор. Если этот тип цен надо в различных местах выделять - то все на основе этой настройки. То есть будет целостная продуманная система. А вообще может быть есть типовая константа, в которой уже хранится ссылка на твой тип цен?

Код коду рознь :)  Одно дело код - некий международный классификатор (валюта, единица измерения и т.д.) Или однозначный банковский счет. Другое дело: код в каком-то левом справочнике, который сегодня один, а завтра - другой... Сделай константу или сделай спец.справочник (предопределенные элементы, а реквизит ссылается на элементы других справочников) или сделай ПВХ + РС и т.д.

>Неужели теперь, если мне нужно передать в запрос свой вид цен, я должен искать по наименованию? ИМХО, такие мысли не возникает, если начинаешь смотреть на свои доработки/разработки глобальнее: что будет, если твой запрос окажется в другой базе (конфигурация та же, данные - другие)? Именно с этой точки зрения не нужно использовать поиск данных по кодам, наименованиям и т.д.. Если в разных базах эти коды/наименования потенциально могут быть другими.