Имя: Пароль:
1C
1С v8
Разработчики типовых не знают о существовании "Значение"?
, ,
0 forforumandspam
 
30.03.12
08:12
1. Меня не бесит 44% (11)
2. Другое 36% (9)
3. Меня тоже бесит 20% (5)
Всего мнений: 25

Эта замечательная функция появилась в 8.1. Но разработчики новых редакций типовых(для Казахстана) на 8.2 упорно продолжают её игнорировать. В одной и той-же конфигурации пользуются как старым, так и новым способом, причём в пределах одного запроса.

   Запрос.УстановитьПараметр("Принят", Перечисления.ПричиныИзмененияСостояния.ПриемНаРаботу);
   Запрос.УстановитьПараметр("парамПриход", ВидДвиженияНакопления.Приход);

Меня бесит, что при переносе запроса в консоль запросов приходиться заполнять по 100500 ненужных параметров. А как вы думаете?
9 ilpar
 
30.03.12
08:18
Правильный кодинг.

Либо изменяешь параметры в одном месте, либо километровый запрос править

Другое
11 Mort
 
30.03.12
08:21
Где нужно используется значение, а где не нужно - параметр. Все очевидно.

Другое
27 Omskdizel
 
30.03.12
08:34
Я особо не парюсь по этому поводу, сам далек от совершенства :)

Другое
48 Дарлок
 
30.03.12
10:08
автор дятел..

данный код был написан во времена 8.0
когда не было выражения "Значение"

Другое
49 IamAlexy
 
30.03.12
10:12
(0) когда у тебя три перечисления и в каждом по два значения - то да.. можно и значение заюзать, а вот когда у тебя перечислений штук 50 и они называются типа ВидДвиженияДокументаПоступленияТяжелыхНаркотиковЧерезЧуркстанскуюГраницу - то в процессе написания запроса вспомнить все это вообще хрен вспомнишь...

а конструкторы кстати 1Совые когда ты взапросе укажешь переменную потом заботливо за тебя напишут

запрос.параметры.установить("виддокапоступления",виддокапоступления);

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


вывод: способ описанный в (0) который "типа бесит автора" - просто эргономичнее в процессе кодинга...

Другое
54 Александр_
Тверь
 
30.03.12
10:20
Будь спокойнее.
Данная возможность появилась в 8.1
Разработчикам надо было кинуться и переписать все конфигурации?
Опять же, есть много разных причин почему писать именно так, а не иначе. Тут я согласен с (30).
Что-то тебе не удобно? ну напиши обработку, которая будет заменять такие параметры на "значение", это сделать не сложно.

Другое
59 Reset
 
30.03.12
10:33
(56) +1, иногда короткое и ёмкое название параметра читабелней чем длинное прямое указание константы. Особенно если встречается несколько раз.

&Интервалы
vs
ЗНАЧЕНИЕ(Перечисление.ПараметрыРаспределенияПокупателейПоСтадиямВзаимоотношений.ИнтервалыМеждуРасходнымиДокументами)

А иногда - наоборот.
Проблема и противопоставление надуманы, imho.

Другое
62 dumb851
 
30.03.12
10:40
(0) а разве есть стандарт разработки на использование Значение()?
имхо.. на усмотрении разработчика, как удобнее ему.

Другое
64 fisher
 
30.03.12
10:51
(0) "В одной и той-же конфигурации пользуются как старым, так и новым способом, причём в пределах одного запроса". Значит, знают.

Другое
Выдавать глобальные идеи — это удовольствие; искать сволочные маленькие ошибки — вот настоящая работа. Фредерик Брукс-младший