Имя: Пароль:
1C
1С v8
Таблица постоянных параметров у справочника (таблица констант)
,
0 Odavid
 
27.09.12
10:09
Нужно к справочнику привязать несколько параметров, которые относятся к только этому справочнику, и желательно чтоб и жили вместе с ним - обращаться к нему, менять в нем...
ТЧ не подходит - она, как и реквизит справочника, для каждого элемента своя.
РС - тоже не вариант: городить регистр для констант не очень красиво как-то.
Новые константы делать... так ведь хочется, чтоб они сгруппированы были у своего "владельца"...
У кого есть какие другие идеи?
1 Нуф-Нуф
 
27.09.12
10:10
свойства объектов. если типовая
2 Ненавижу 1С
 
гуру
27.09.12
10:11
(1) так они у объекта, а ему как бы статические нужны
3 ДенисЧ
 
27.09.12
10:12
В менеджер справочника функции. И прописать в них нужные значения.
4 Kreont
 
27.09.12
10:13
РС как раз норм вариант, надо просто привыкнуть что место на дисках безлимитное и не жалеть байтов :) + процедуру в общийе модули на получение/установку.
5 Odavid
 
27.09.12
10:13
(2) совершенно верно.
Это что-то типа администрирования справочника.
6 Нуф-Нуф
 
27.09.12
10:13
(2) чет смутило "...чтоб они сгруппированы были у своего "владельца"... "
7 Нуф-Нуф
 
27.09.12
10:13
тогда (3) +1
8 Ненавижу 1С
 
гуру
27.09.12
10:15
пример таких "параметров"
9 ssh2006
 
27.09.12
10:15
сделай константы
10 Odavid
 
27.09.12
10:16
(3) так и менять можно будет только в коде.
(4) много бестолковых объектов - как раз не лучший вариант. Нужна-то табличка, а не целый регистр со своими механизмами..
(6) что смутило? откройте любую книжку - там есть таблица "Содержание". Статичная. Она ведь не копируется на каждую страницу? :)
11 Odavid
 
27.09.12
10:18
(8) да какая разница, какие параметры?! например, количество десятичных знаков номера данного справочника. Или разделитель групп.
Самое главное - что они на весь справочник, а не отбельно для каждого элемента.
12 Odavid
 
27.09.12
10:19
(9) опять же это будут сущности, "отвязанные" от своего объекта - и потом вспоминать, а для чего тут десяток новых констант введено?
Любая вещь должна быть на своем месте - константа справочника должны быть в общей таблице свойств самого справочника.
Вот такую реализацию и ищу.
13 Odavid
 
27.09.12
10:20
(8) да, и они могут меняться в зависимости от политики ведения справочника.
14 Odavid
 
27.09.12
10:23
+ (13) если кому не понятно, а "что это за справочник, правила ведения которого меняются", отвечаю.
Например, это спрравочник проектов - характеристики проектов используются длительное время весь цикл реализации проекта, а потом старые (закрытые) проекты псото уходят "в архив", и уже без разницы, что нумерация проектов два года назад была другой, например.
15 ssh2006
 
27.09.12
10:28
(12) нет особой проблемы в том чтобы сделать константы. Можно еще регистр сведений без измерений сделать, чтобы НЕ(потом вспоминать, а для чего тут десяток новых констант введено? )
16 Odavid
 
27.09.12
10:35
(15) >> Можно еще регистр сведений без измерений сделать
Так и делают в 1С - например, ВариантыВстроенныхАлгоритмовРасчетаЗарплаты: измерений нет, одни ресурсы (потому как числовые параметры только), да форма списка на все это для редактирования.
Но это хоть на всю зарплату сделано, а у меня что - на отдельный справочник - по отдельному регистру?
Некрасиво. И кошмарно.
Это уж тогда надо делать общий регистр и отбором выбирать параметры по конкретному справочнику - вот это будет по идеологии 1С, но по-дурацки с точки зрения здравого смысла.
17 ssh2006
 
27.09.12
10:37
Имхо проблема надумана
18 Odavid
 
27.09.12
10:42
а, например, что нельзя сделать одновременный отбор по тому же справочнику по списку и неявному соответствию, и нужно делать через попу - это тоже проблема надумана или как?
Т.е. все аналогичные "проблемы" - надуманы или должны и впредь реализоваться через попу, и это является стандартом и вершиной программирования?
Идею бы лучше какую-нибудь предложили :)
19 Kreont
 
27.09.12
10:56
Что мешает создать универсальный РС с параметрами:
ТипМетаданных            ЗначениеМТД  Параметр (Строка)    Значение (Стр/Число/Дата)
Справочник.Сотрудники     <пусто>     КоефицКакойтоОбщий    5.5
Справочник.Сотрудники     Иванов ИИ   КоефицКакойтоПерсональный    5.4
Справочник.Контрагенты    <пусто>     ПараметрДругойОбщий        "01.01.2012"
и т.д.
20 Odavid
 
27.09.12
11:01
(19) так эту модель я и описал в (16) - общий регистр с последующим отбором.
Но после того, как я постоянно сталкиваюсь с вытаскиванием каждой ерунды из разных и разнородных объектов, чтобы собрать общую картину по какому-то конкретному объекту, мне уже крайне несимпатичны такие решения.
21 ssh2006
 
27.09.12
11:03
(18) > нельзя сделать одновременный отбор по тому же справочнику по списку и неявному соответствию, и нужно делать через попу

Что имеешь ввиду?
22 Kreont
 
27.09.12
11:09
(20 все одним запросом, как и писал в (4) две ф-и, на получение и установку, с параметрами типа:
Функция ПолучитьПараметр(Знач ИмяПараметра, Знач ТипЗначения, Знач ОбектМТД = NULL) Экспорт
23 Odavid
 
27.09.12
11:12
(21) >>Что имеешь ввиду?
что написал.
Невозможен отбор из списка значений и неявному сравнению, если не в курсе.
(22) боюсь, с ростом таких "костылей" система будет вовсе не такой стройной и параметричной.
Это ж маленький частный случай, а чтобы решить - нужно изобретать целый дом. Вот это и напрягает.
24 ssh2006
 
27.09.12
11:15
(23) [Невозможен отбор из списка значений и неявному сравнению]

Ошибка в построении предложения, я тебя не понимаю. Что это значит?
25 Reset
 
27.09.12
11:16
Тоже сложилось ощущение, что у автора не получается решить несуществующую проблему
26 Kreont
 
27.09.12
11:17
(23) Ну да, надо будет малость пописать кода :)
Я аналогичный РС себе во все базы уже добавил + ф-ии получения, правда еще в РС есть измерение "Организация".
27 Reset
 
27.09.12
11:17
+(25) Ну либо как-то путано ее излагает
28 Odavid
 
27.09.12
11:31
(24) что непонятно конкретно?
(25) >>несуществующую проблему
да, я тоже заметил, что хорошая отмазка 1с-ников - если что-то не решается "в лоб", то проблема "не существует" и "никому это не нужно" :)
29 ssh2006
 
27.09.12
11:37
(28) [хорошая отмазка] )
30 Odavid
 
27.09.12
11:44
(26) кстати, с таким же успехом (для 1С однофигственно) можно и уникальный документ завести с ТЧ :)
Что, к тому же, тоже "успешно" реализовано 1С в типовых - например, "Установка цен номенклатуры": документ, заменяющий РС.
31 Reset
 
27.09.12
12:04
(30) Тебе нужно с букварей начать, чем отличается РС от документа и прочее. Типичный случай самоуверенного новичка - нахватался вершков без понимания сути и вперед, критиковать.
32 Odavid
 
27.09.12
12:10
(31) ну и чем отличается использование "Установка цен номенклатуры" от использования предположим, "независимого" РС "ЦеныНомеклатуры"?
Только давай не как новичок - без цитирования букварей, своими словами и своими знаниями.
33 Odavid
 
27.09.12
12:14
(31) да, еще, не как новичок - соберись с мыслями и объясни, чем в 1С отличается доступ к единственному документу в базе от доступа к регистру, да еще и в рамках десятка записей?
34 hhhh
 
27.09.12
12:44
(32) потому что прайс - это документ, который с какого-то числа, и утверждается директором. А если у вас независимый регистр, то у вас все кому не лень будут цены лепить, в общем, если вы без документа работаете, то гнать вас надо из фирмы, пока чего не натворили.
35 Odavid
 
27.09.12
12:48
(34) только вот период и отслеживается тем же самым регистром.
А вот мне - так даже и периода не надо, обычная таблица треба.
36 Odavid
 
27.09.12
15:46
+ (32) ну так я и думал - самопровозглашенные "не-новички" спеклись при первом же вопросе.
Пользователь не знает, чего он хочет, пока не увидит то, что он получил. Эдвард Йодан