Всем привет! Подскажите, а в чем разница в подписке на события и если просто в модуле объекта прописать код? Я всегда писала прямо в объекте, а оказывается, что есть еще и подписки.. И еще вопрос, а как вы узнаете о каких то других методах? Ну вот например привыкли работать определенным способом и не знаете, что можно и проще или вообще по другому?
---
Т.е. если использовать у одного документа, то разницы и нет почти?
Если речь о коде, специфичном только для конкретного вида документа и нет особых резонов использовать именно подписку (типа сторонней поддержки), то подписка будет только ненужным усложнением. Зачем плодить сущности?
---
привыкли работать определенным способом - и продолжаем работать. Если проверенный метод устраивает, то к чему затрачивать усилия на поиск альтернативных вариантов...
---
- и продолжаем работать. Если проверенный метод устраивает, то к чему затрачивать усилия на поиск альтернативных вариантов...

как минимум к тому, что используемый метод может быть очень плохим. Например подписки на события позволяют добавлять различные действия(проверки/изменения движений и тд) объектов не затрагивая их модули, что очень положительно сказывается на обновлении типовых конфигураций.
Аналогично и с размещение программно реквизитов на формы и многое другое.. когда процесс обновления конфы растягивается на пару часов только для сверки модулей + если еще и формы дорабатывались - начинаешь задумываться о более оптимальных методах.

Пс. узнаем в основном или на практике или через гугл, еще полезно документацию к платформе читать =)
---
Подскажите, а в чем разница в подписке на события и если просто в модуле объекта прописать код?
Подписка на событие вызывается после выполнения основного обработчика события.
В подписке можно что-то подправить/дописать.
Подписка удобна если одинаковые действия нужно выполнить для разных объектов в событии.
И еще вопрос, а как вы узнаете о каких то других методах?
В любой области, более менее технологически сложной, существуют курсы повышения квалификации. Но на данном этапе многие руководители это игнорируют.
Ну и самообразование никто не отменял. Век живи - век учись.
---
подписки на события удобны, когда документ не снимается с поддержки, а что-то добавить надо...
Или - один и тот же кусок кода нужен для разных документов, чтобы не изменять несколько документов одновременно
---
Странный вопрос. Разница простая. Как между процедурой общего модуля и копипастой одинаковых кусков кода.
---
с. Разница простая. Как между процедурой общего модуля и копипа Т.е. если использовать у одного документа, то разницы и нет почти?
---
... до первого обновления разницы нет.
Потом почувствуешь :)
---
мы базу не обновляем. Она самописная.
---
как вы узнаете о каких то других методах?

Мы иногда читаем документацию... И информацию о нововведениях в возможности...

А подписка удобна тем, что позволяет меньше трогать типовые конфигурации, что повышает удобность обновления.
---
Есть события , которые попросту не удобно делать в форме, что если нужно создать событие для форма документа, каждого документа.Писать в каждую форму? Проще сделать событие, при получение формы, и в универсальном обработчике, прикрутить к ней все что надо. Так делает механизм дата запрета редактирования например.
---
не удобно делать в форме, что если нужно создать событие для форма документа, каждого документа.Писать в каждую форму? Проще сделать событие, Я не про форму писала, а в модуле объекта, этот код же работает в любом случае?
---
Я работаю на самописной конфигурации, поэтому то, что можно не снимать с обновления не очень актуально.
---
Т.е. если использовать у одного документа, то разницы и нет почти?
Если речь о коде, специфичном только для конкретного вида документа и нет особых резонов использовать именно подписку (типа сторонней поддержки), то подписка будет только ненужным усложнением. Зачем плодить сущности?
---
Необходимость в подписках появилась большей частью именно из-за поддержки. Конфа ведь может стоять на поддержке у многих поставщиков и частенько возникает необходимость впиливать перекрестные доработки, которые ломают всю малину.
Если поддержка не используется, то ничего не мешает повыносить обработчики в общие модуля и без всяких подписок.
---
Кроме очевидного преимущества при доработке типовых конфигураций подписки полезны когда нужно использовать один и тот же код при записи-проведении и т.п. для разных объектов конфигурации. Не нужно вписывать одно и то же во все модули однотипных объектов.