Имя: Пароль:
1C
1С v8
Подписки на событие
0 Мисти
 
27.11.12
18:03
Можно на один документ "навешивать" несколько подписок на событие "при проведении"?
Или лучше всё, что "при проведении" уложить в одно?
1 regniws
 
27.11.12
18:03
можно. но порядок вызовов будет неопределенным
2 zak555
 
27.11.12
18:04
ты всё из типовых делаешь нетиповые ?
3 regniws
 
27.11.12
18:04
(2) как раз кастом типовой через подписку на событие кажется хорошим решением, чтобы не снимать с поддержки документы.
4 sapphire
 
27.11.12
18:05
(3) Будет весело, если какая-нить из подписок отвалится :)
5 regniws
 
27.11.12
18:06
(4) это же не лада калина, чтобы от что-то отваливалось.
6 Мисти
 
27.11.12
18:14
Короче, лучше ж в одну пихнуть?
7 regniws
 
27.11.12
18:25
(6) смотря зачем. если просто пихнуть в одну или нет, то лучше в одну, кажется меньше на миллионую долю секунды будет время вызова из-за уменьшения накладных расходов платформы. Ну и главный профит - читаемость кода выше
8 Мисти
 
27.11.12
18:33
(7) А если одна из подписок не отработает, ошибка там будет? Что случится со всей этой конструкцией?
9 Мисти
 
27.11.12
18:34
Читаемость как раз лучше, если отдельно, потому что это 2 разные ветви деятельности и совсем разные задачи доработки.
10 regniws
 
27.11.12
18:38
(9) я бы не стал искать вторую подписку, найдя первую. Это про читаемость.

(8) а что случится если так
Процедура1();
Процдеруа2();

и в процедура1 возникнет исключение?

Не пойдет просто дальше.
11 Нуф-Нуф
 
27.11.12
18:39
Кстати, есть версия что порядок выполнения подписок все таки определен
12 Mort
 
27.11.12
18:43
Я как-то делал опыты, короче подписки идут так как они расположены в дереве конфы.
13 Mort
 
27.11.12
18:44
+(12) Но это не регламентировано, так что лучше при построении конфы считать порядок неопрделенным.
14 Kashemir
 
27.11.12
18:45
(12) Сделай больше замеров на разных базах
15 regniws
 
27.11.12
18:46
(14) это не документировано и порядок вызовов может быть изменен с новой версией платформы, даже если сейчас есть какая-то в этом логика. смысл делать замеры?
16 Kashemir
 
27.11.12
18:49
(15) Логика убедится что порядок заявленный в (12) не является фиксированным.
17 regniws
 
27.11.12
19:12
(16) давно известный факт, что последовательность вызова подписок на события определяется порядком этих событий в конфигураторе. Но! Данное поведение не документировано и что там действительно написано в платформе мы не знаем. Поэтому использование "черной коробочки", изученной эмпирическим путем не есть классное решение, это вообще не решение.
18 oleg_km
 
27.11.12
19:44
(18) Мы просто сделали единую суперподписку, в которой для нужных документов в явном порядке вызываем нужные процедуры. И все стало сразу определенным
19 Kashemir
 
27.11.12
19:54
(17) Этот давно известный факт не известен автору, поднявшему топик. Мне доказывать ничего не надо.
20 regniws
 
27.11.12
20:11
(18) +