Здравия всем.
Такой вопрос: есть ли где-нить рекомендации 1С о количестве подписок на одно и тоже событие?

Вопрос и пример чисто теоретический и задан с целью "интересно":

Например, есть список документов. Есть список реквизитов, которые заполняются в ПередЗаписью по некой (для каждого реквизита своей) логике. Предположим, что при заполнении одного реквизита не учитываются значения другого из этого списка реквизитов (так порядок заполнения реквизитов становится не важным). В каждом документе не обязательно есть все эти реквизиты, но со временем могут быть добавлены.

В данной ситуации можно поступить так:
1. В каждом документе в ПередЗаписью прописать код заполнения\вызов на ко заполнения (такой вариант не рассматриваем, так как с ним все ясно)
2. Создать одну подписку на событие ПередЗаписью, в которой уже заполнять реквизиты
3. Создать на каждый реквизит свою подписку на событие ПередЗаписью, в которой уже заполнять этот реквизит.

Если таких реквизит будет, к примеру, десять, то будет ли заметно быстрее работать массовое проведение документов в варианте 2 по сравнению с вариантом 3. Или разницы в этом никакой?

Разницы никакой. Но вариант 2 более извращенный.

(1) Точнее вариант 3 извращение.
На каждый реквизит подписку.

Другому программисту тяжелее понять логику в таком варианте

"такой вариант не рассматриваем, так как с ним все ясно"

зря...

(0) Проведи полевые испытания - нам расскажешь ) Будет тебе почет и уважуха.

(4), я подумал что может кто уже проводил)

(2), это просто пример. Мол, показать ситуацию, когда возможно к документу нафигачить кучу подписок на событие

То есть количество подписок не должно сказываться на производительсность? Если, к примеру, разнести весь код из ПередЗаписью в разные подписки на событие.

1с не гарантирует порядок выполнения подписок на один объект+событие, по этому рекомендую п. 2

с другой стороны несколько подписок удобнее например при обновлениях и портации решения в другие конфигурации...

(8) Если он разносит подписки по типу документов, какая ему разница в порядке их выполнения? Ровно никакой.
Другое дело, если б он разносил на одно и тоже событие на один и тот же тип документов несколько подписок с различными целями.

(9) тогда смысла в подписках нет вообще, банально обработчик писать в модуль объекта....

подписка имеет смысл только когда она для нескольких типов документов...

(0) разницы не будет. ты можешь сделать 1 подписку. а в этой процедуре описать условие и вызывать уже другие процедуры. главное наглядность кода и понять что он делает. а так вариант 2. и точка

(7) нет не будет. Сложность только если в объекты типовые и потом обновлять это все. а так есть подписка и твой код не затрут

Иногда ципляют разные подписки. если разная бизнес логика. но в идеале 1 подписка на событие объекта

(10) нет. читай http://xn----1-bedvffifm4g.xn--p1ai/articles/подписки-на-события/

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

Вы отстали от жизни :)

(0) замеры произведи