В процессе доработки возникает необходимость в каких то настройках, большинство прогов начинает при этом активно плодить в коде что то вроде НайтиПоКоду("000001") и.т.д.

Как думаете оптимальнее решить эту проблему: создать справочник настройки и в него пихать предопределенные элементы с реквизитами или вообще один элемент с кучей реквизитов? Или через регистр сведений или через план видов характеристик?

свой пвх и рс

(0) смотря какие настройки...
Я в случаях НайтиПоКоду() - через предопределенные элементы спрвочника.

В регистре неплохо

>НайтиПоКоду("000001")

по яйкам с разбегу...

от ситуации зависит. пока в ПВХ все сидит... и тип есть и значение задать можно предопределенное

когда мне надо ТЗ настроек (например список элементов справочника), я их кладу в константу типа хранилища значения.

+(5) и не надо потом этого быдлячего НайтиПоКоду.

От настройки зависит

Можно на константах
Можно на РС
Можно на РС + ПВХ
Можно на Справочнике
Можно как предопределенные
Можно создать обработку в которой есть нужные экспортные параметры, инициализировать их волшебными значениями и обращаться к ней
Можно во внешнем файле, аля *.ini
Можно выделить общий модуль, в котором будут методы доступа
...

не надо... надо потом сношаться и проверять ссылки на битость... так что не далеко уполз от "быдлячего"...

(8) настройки обычно не настолько велики.
а битость.. гм, не сталкиваюсь так часто, чтобы была проблема )

(7) да где хочешь, только чтоб я НайтиПоКоду не видел ;)

(10) когда в качестве настроек юзаю справочник, то идентификатором выступает как раз код и обращение инкапсулировано в какой нить метод. Аналог реестра виндового получается

(11) брр. не надо кодов! не надо.
лучше составного типа уже сделать, но хранить - ссылки.

(12) не боись, я овладел кунгфу настолько, что знаю когда можно юзать НайтиПоКоду и НайтиПоНаименованию, а когда нельзя =)

:)
(0) буквально только что так написала..
пойду повешусь)

(14) не надо, ты нам еще пригодишься ;)

(15) :) /*вынимая голову из петли и слезая с табуретки..*/...
Мне кажется, что если это разовая акция, то ничего страшного нет в таком вот "костыле", а если входит в систему, настройки разрастаются, то надо что-то придумывать.
Лично я обычно обхожусь константами, но я в основном на 7.7. пишу.

(16) >>Мне кажется, что если это разовая акция, то ничего страшного нет в таком вот "костыле"

Тут включается теория разбитых окон... http://lurkmore.ru/Теория_разбитых_окон

У нас дофига всяких настроек используется...
Сделали 2 периодических регистра, один для значений для предприятия в целом, а второй для значений конкретных организаций. Очень удобно )

(1) +1

+ к (7)

Новый справочник с реквизитом типа "значение" и с предопределенными элементами на все случаи.
в коде получается:
в = Справочник.ПредопределенныеЭлементы.ВидМоегоДоговора;

+ можно использовать в запросах.


Иногда в коде использую метод получить ссылку по уникальному идентификатору. Это хуже чем "Справочник.ПредопределенныеЭлементы", но лучше чем найти по коду и наименованию.

+ к (20)
в = Справочник.ПредопределенныеЭлементы.ВидМоегоДоговора.Значение;

только что написал в разовой обработке заполнения инвентаризации:

   Построитель.Параметры.Вставить("Склад",Объект.Склад);
   
   СписокНоменклатуры = Новый СписокЗначений;
   СписокНоменклатуры.Добавить(Справочники.Номенклатура.ПолучитьСсылку(Новый УникальныйИдентификатор("c303acd2-3536-11dc-bed2-000423ccf644")));
   СписокНоменклатуры.Добавить(Справочники.Номенклатура.ПолучитьСсылку(Новый УникальныйИдентификатор("795a7f2e-66f7-11de-b97f-000423ccf644")));
   СписокНоменклатуры.Добавить(Справочники.Номенклатура.ПолучитьСсылку(Новый УникальныйИдентификатор("df9dee11-5e8c-11e0-b47b-000423ccf644")));
   СписокНоменклатуры.Добавить(Справочники.Номенклатура.ПолучитьСсылку(Новый УникальныйИдентификатор("74711c6e-0b52-11df-91da-000423ccf644")));
   СписокНоменклатуры.Добавить(Справочники.Номенклатура.ПолучитьСсылку(Новый УникальныйИдентификатор("8f80dd98-5a97-11e0-559d-003048de3b5e")));
   СписокНоменклатуры.Добавить(Справочники.Номенклатура.ПолучитьСсылку(Новый УникальныйИдентификатор("2f21ce4c-7c9e-11e0-b47b-000423ccf644")));
   СписокНоменклатуры.Добавить(Справочники.Номенклатура.ПолучитьСсылку(Новый УникальныйИдентификатор("75076446-dffe-11df-b69b-000423ccf644")));
   СписокНоменклатуры.Добавить(Справочники.Номенклатура.ПолучитьСсылку(Новый УникальныйИдентификатор("c303acd1-3536-11dc-bed2-000423ccf644")));
   СписокНоменклатуры.Добавить(Справочники.Номенклатура.ПолучитьСсылку(Новый УникальныйИдентификатор("6d55d231-167d-11dd-b618-000423cc82b2")));
   СписокНоменклатуры.Добавить(Справочники.Номенклатура.ПолучитьСсылку(Новый УникальныйИдентификатор("39cb2f20-59bc-11df-8832-000423ccf644")));
   СписокНоменклатуры.Добавить(Справочники.Номенклатура.ПолучитьСсылку(Новый УникальныйИдентификатор("39cb2f22-59bc-11df-8832-000423ccf644")));
   СписокНоменклатуры.Добавить(Справочники.Номенклатура.ПолучитьСсылку(Новый УникальныйИдентификатор("39cb2f24-59bc-11df-8832-000423ccf644")));
   //КонецЦикла;
   ОтборПоНоменклатуре = Построитель.Отбор.Добавить("Номенклатура");
   ОтборПоНоменклатуре.ВидСравнения = ВидСравнения.ВСписке;
   ОтборПоНоменклатуре.Использование = Истина;
   ОтборПоНоменклатуре.Значение = СписокНоменклатуры;


Теперь я умру?

(22) (4) уже разбегается

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

(24) смотря что дальше требуется.
если просто подставить ссылку в документ или РС, то пишешь через точку типа Справочник.Спр1.Главное
а если нужно получать данные из этого элемента, то, как правило, лучше через запрос.

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

(0) надысь добавили в конфу справочник ИменованныеЗначения, состоящий целиком из предопределенных элементов с атрибутом Значение (тип - любаяСсылка). Но это продиктовано в основном убожеством конфы, нежели реальной необходимостью.

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

(22)Ты думаешь тут нужны комментарии?

(26) СКД с внешней функцией получения УИДа. табличку потом тупо скопипастил в код обработки

(29) частичная инвентаризация, от введения доп. свойства, чтобы по нему заполнять - отказались (потому что разовая операция). а настройки должны быть вбиты - потому что при ручном вводе в список отбора 12 позиций возможны косяки (юзеры криворукие, да) и потому что настройки должны быть одинаковые в 60+ узлах.

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

(32) Почти точно также. Только для удобства работы - идентификаторы прошиты через макет, тип значения - там же. Удобно для универсальной формы редактирования этих настроек. Но это общие настройки (без привязки к пользователям), кстати которые еще и кэшируются. Для пользовательских настроек обычно используется встроенный в типовые регистр сведений, не помню - как тае его зовут - Сохраненные настройки?

(33) Ага, я его тоже использую для сохранения пользовательских настроек в внешних отчетах и обработках, как индивидуальных, так и общих.

(32) выбор РС - единственно правильное. Это годится для периодических констант. А есть константы почти навсегда - например, список исключительных начислений для расчетов, которые не были предопределены и делать предопределенными их поздно. тогда логичней совать эти данные в константы.

(31) хоть бы в метод инкапсулировал такое сомнительное решение. Там и реализацию можно было б сменить при необходимости легче