|
Таблица постоянных параметров у справочника (таблица констант) | ☑ | ||
---|---|---|---|---|
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) ну так я и думал - самопровозглашенные "не-новички" спеклись при первом же вопросе.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |