Пример выбора несколько обработчиков событий записи объекта для решения одной задачи
Программирование - Теория программирования
Ссылка на теоретическую часть тут //firstportal.ru/public/1098803/ А в данной публикации рассмотрим пример из жизни.
Пример выбора несколько обработчиков событий записи объекта для решения одной задачи.
Бывают задачи, когда потребуется использовать несколько обработчиков для решения одной задачи. Например, надо запросить информацию у пользователя во время записи: «Будем создавать новый документ на основании этой записи?» и, если пользователь ответит утвердительно, то надо создать новый документ с ссылкой на записываемый объект. Причем запись нового документа надо выполнять в транзакции, т.к. если текущая запись по каким то причинам будет отменена, то и уже созданный и записанный документ не должен остаться в базе данных.
Для решения этой задачи потребуется использовать обработчики события модуля формы по двум причинам:
1) Диалог с пользователем возможен только на клиенте, а клиентские обработчики есть только в модуле формы. Поэтому для диалога будем использовать клиентскую процедуру модуля формы ПередЗаписью(), и сохраним ответ пользователя в параметре этой процедуры «ПараметрыЗаписи».
&НаКлиенте
Процедура ПередЗаписью(Отказ, ПараметрыЗаписи)
Если Вопрос("Будем создавать новый документ?", РежимДиалогаВопрос.ДаНет)=КодВозвратаДиалога.Да тогда
ПараметрыЗаписи.Вставить("Ответ","Да");
Иначе
ПараметрыЗаписи.Вставить("Ответ","Нет");
КонецЕсли;
КонецПроцедуры
2) А в процедуре ПриЗаписиНаСервере() модуля формы примем этот параметр и в зависимости от него будем создавать документ или нет. Почему именно эта процедура? Потому что:
- Это событие выполняется в транзакции (в случае сбоев, чтобы новый документ не остался в базе)
- Содержит параметр «ПараметрыЗаписи», в котором уже содержится ответ пользователя создавать или нет, который передался из процедуры ПередЗаписью()
- Ссылка уже создана и можно создавать новый документ, используя эту ссылку (через параметр обработчика ТекущийОбъект.Ссылка).
Т.е. нам нужна ссылка документа, на которую будет ссылаться новый документ. Ссылка будет получена только после записи, но поскольку нам нужно записывать в транзакции, то нужно использовать процедуры ДО завершения транзакции, но уже имеющие ссылку на записываемый объект. Смотрим на схему (которая приложена к публикации) и рассматриваем процедуры в рамках транзакции. Видим, что ПередЗаписью() не подходит , так как ещё нет ссылки, а ПослеЗаписи() не подходит, так как транзакция уже завершена. Остаётся выбор из двух событий: ПриЗаписи() модуля объекта или ПриЗаписиНаСервере() модуля формы. Поскольку обработчик события ПриЗаписи() модуля объекта не содержит параметр, содержащий ответ пользователя, а событие ПриЗаписиНаСервере() модуля формы содержит, то ответ очевиден-используем это событие ПриЗаписиНаСервере() модуля формы.
&НаСервере
Процедура ПриЗаписиНаСервере(Отказ, ТекущийОбъект, ПараметрыЗаписи)
Если ПараметрыЗаписи.Ответ="Да" Тогда
ДокОбъект=Документы.Продажа.СоздатьДокумент();
ДокОбъект.Дата=ТекущаяДата();
ДокОбъект.ДокументОснование= ТекущийОбъект.Ссылка;
//..заполняем табличную часть и реквизиты
ДокОбъект.Записать();
КонецЕсли;
КонецПроцедуры
См. также
Специальные предложения
Единственно, что для новичков не совсем логично, так это отработка событий ОбработкаПроверкиЗаполнения и ОбработкаПроверкиЗаполненияНаСервере не при записи объекта, а при проведении, НО никто не мешает проявить смекалку и вставить вызов процедуры ПроверитьЗаполнение() в процедуры ПередЗаписью у формы элемента.
Да всё просто на самом деле :) Очень много людей предпочитает обучаться не по сухим схемам, а чтобы им объяснили простым человеческим языком и с примерами что и как. И, на мой взгляд, именно поэтому тысячи людей предпочитают платить тысячИ рублей за курсы проекта spec8.ru, вместо того, чтобы почитать Радченко за несколько сотен (а можно и бесплатно скачать). Потому что там тренеры простым человеческим языком объясняют сложные вещи и показывают "как надо и как не надо" и при этом на очень высоком профессиональном уровне. Так что, немалая категория людей предпочитает именно такой способ обучения, когда на словах.. и чем проще, тем лучше..
а если в двух словах, подписку на событие удобно использовать:
1) в типовых конфигурациях, чтобы без проблем обновляться. Типовые объекты не трогаем, а свой функционал реализуем через подписку на событие, перехватывая нужное событие и перенаправляя в свой общий модуль через параметр "Обработчик" подписки (типовые общие модули лучше не трогать, опять-таки из-за обновления) где и пишем свой код.
2) если нужно перехватить определенное событие для множества объектов. Например, для многих документов во время проведения нужно прописать выполнение одинакового действия. И чтобы не прописывать одно и то же в каждом документе и используется подписка на событие.
Подробнее сейчас написать нет времени, возможно, позже..
- ПриУстановкеНовогоНомера / ПриУстановкеНовогоКода
- ПриКопировании
- ОбработкаЗаполнения
- ПередЗаписью
- ПриЗаписи
- ПередУдалением
- ОбработкаПроведения (только документы)
- ОбработкаУдаленияПроведения (только документы)
- ОбработкаПроверкиЗаполнения (только документы)
Суть использования идентична указанному в статье. Непонятно только почему в статье Использование подписок сказано что идет замедление выполнения в подписке чем в модуле объекта, на мой взгляд они равноправны, так же как вызвать из модуля объекта процедуру общего модуля - тоже будет замедление, но оно ничтожно с самой процедурой
Указаны только для Справочников и Документов, но есть еще и множество других объектов (всякие планы и регистры)
Кстати не указана очередность обработкичков при проведении документа, что очень важно! Например она така:
- МодульОбъекта.ПриЗаписи()
- МодульОбъекта.ОбработкаПроведения()
- МодульФормы.ПриЗаписиНаСервере()
И вот возникает интересная дилема, предположим что при проведении 1-го документа, проверяется корректность созданного на его основании 2-го документа, а его мы заполняем только исходя из данных в управляемой форме в обработчике ПриЗаписиНаСервере().
И вот что же делать если проверка выполняется ДО корректировки, а нужно ПОСЛЕ? Если бы в управляемом режиме был доступен параметр объекта ДополнительныеСвойства, то в него можно было бы внести нужные данные (я так раньше и делал) и в обработчике ПриЗаписи() все выполнить, до проверки в ОбработкаПроведения().
На первый взгляд кажется что связь механизма записи в объекте в управляемом режиме абсолютно оторвана от заполнения формы, что очень плохо! Было бы неплохо чтобы ДополнительныеСвойства были взаимосвязаны с ПараметрыЗаписи, а то все они работают в пределах своей области.
Однако в статье не описан интересный хитрый момент, хотя до него можно догадаться но лучше указать: в обработчике ПередЗаписьюНаСервере(Отказ, ТекущийОбъект, ПараметрыЗаписи) как видим есть ТекущийОбъект и есть ПараметрыЗаписи. А в ТекущийОбъект присутствует ДополнительныеСвойства, а значит их можно связать вручную, например так:
&НаСервере
Процедура ПередЗаписьюНаСервере(Отказ, ТекущийОбъект, ПараметрыЗаписи)
Для Каждого Элемент Из ПараметрыЗаписи Цикл
ТекущийОбъект.ДополнительныеСвойства.Вставить(Элемент.Ключ, Элемент.Значение);
КонецЦикла;
КонецПроцедуры
После чего в объекте можно получить то что нам нужно и обработать это
Что касается примера, то, как любила повторять моя учительница математики (царство ей небесное) "Понять задачу - это значит на 50% её решить" и вот тут я понимаю, что не совсем понимаю условие задачи :(
Итак, Вы пишите:
предположим что при проведении 1-го документа, проверяется корректность созданного на его основании 2-го документа, а его мы заполняем только исходя из данных в управляемой форме в обработчике ПриЗаписиНаСервере().
Да, второй документ создаётся ПОСЛЕ проведения первого,и, соответсвенно, проверка ПЕРВОГО документа уже прошла. Так как очередность обработчиков при проведении документа такая:
- МодульОбъекта.ПриЗаписи()
- МодульОбъекта.ОбработкаПроведения()
- МодульФормы.ПриЗаписиНаСервере()
а ВТОРОЙ документ мы создаем в модуле формы в процедуре ПриЗаписиНаСервере(), так как ссылка ПЕРВОГО док-та уже создана и мы можем создать на его основании ВТОРОЙ документ, используя данные управляемой формы. Хорошо. И проверить второй документ никто нам не мешает прописав в коде ПроверкаЗаполнения() вот так:
//на основании документа "Закупка", создаем документ "Продажа".
//при этом покупатель для документа продажа будет взят из реквизита управляемой формы
&НаСервере
Процедура ПриЗаписиНаСервере(Отказ, ТекущийОбъект, ПараметрыЗаписи)
ДокОбъект=Документы.Продажа.СоздатьДокумент();
ДокОбъект.Дата=ТекущаяДата();
ДокОбъект.ДокументОснование= ТекущийОбъект.Ссылка;
ДокОбъект.Покупатель=Покупатель; //присваиваем реквизит управляемой формы
Если ДокОбъект.ПроверитьЗаполнение() Тогда
ДокОбъект.Записать();
Иначе
Отказ=Истина;
КонецЕсли;
КонецПроцедуры
И получаем при записи первого проверяем корректность заполнения второго.
Читаю далее Ваше условие задачи:
Вот тут непонятно. Корректировки ЧЕГО и в какой момент? Проверка ЧЕГО ? Потому рассуждения далее мне непонятны, но интересны.
Поэтому для меня важно все проверки и записи на основании сделать ДО, а не ПОСЛЕ проведения основного документа - Маршрута.
Проверяется соответствие накладных данным в Маршруте.
А так все верно вроде, наверно я что-то не разглядел, поздно уже было...
...Или ПриУстановкеНовогоКода(СтандартнаяОбработка,Префикс)
... Эти событии вызываются для объектов у которых указано свойство «Автонумерация» и только для новых объектов.
- Новый объект или нет - не имеет значения. А зависит от того, пустой ли номер (код).
Т.е. если у нового объекта вручную задать код, то событие ПриУстановкеНовогоКода() не будет вызвано, а если у записанного объекта вручную очистить код, то событие ПриУстановкеНовогоКода() будет вызвано.
конечно же всю эту информацию можно найти и в сп и книжках и хоть угодно где, но опубликованная информация в одном месте, достаточно структурирована - вещь полезная
удачи на конкурсе ;)
Полезная статья. Больше бы такой информации. Я имею в виду небольших заметок на конкретную тему. Читая их - что то обновляешь в памяти, что-то узнаешь новое... Да и из комментов порой узнаешь много интересного.
Можно построить свою подсистему, где будут пиленые документы как надо клиенту.
И в итоге мы только перенаправляем из стандартных подсистем обработчики на свои перепиленные объекты, в результате чего пациент не на "Игле", в отличие от той ситуации, когда мы пилим в ней все что есть.
Хотя ниче не спорю, перепилить конфу проще, чем сделать собственную подсистему с своими наработками)))
Есть некий документ, при его проведении должен сформироваться и возможно провестись новый документ. (на основании регламентированного сделать документ разнесение по упр учету, но данных для разнесения хватает не всегда)
Проблема в том, что если в "ПриЗаписи" это все делать, то при ошибке проведения подчиненного документа падает исходная транзакция, а должен просто записываться непроведенный документ разнесения.
Было бы очень полезно добавить в эту статью дополнение о подписках на события и их месте в этой последовательности вызова обработчиков.
Часто бывает так, что использовать подписку на событие эффективнее, потому что не затрагивает модули, находящиеся на поддержке и очередное обновление конфигурации проходит с куда меньшими затратами труда и времени.
Я нашел то, что искал!
Огромное спасибо!
Мне как раз нужно было событие, которое начинается после события ОбработкаПроведения.
В модуле объекта, модуле менеджера - таких событий нет!
Зато есть в модуле формы документа!
Вопрос: Видимо ранее, в других версиях платформы, такого события не было? Или я не прав?
Много программировал на 8.1 такого события не помню
Видимо добавили в управляемых формах?
Думал что нет такого события - После проведения.
Оказывается, УЖЕ есть.
Раньше точно не было.
И это хорошо. 1с идет на встречу многочисленным просьбам программистов и вносит ДОПОЛНЕНИЯ в свою объектную модель.
Почему бы не добавить событие в МОДУЛЬ ОБЪЕКТА - ПОСЛЕПРОВЕДЕНИЯ?
Возможно я чего-то не знаю, но мне кажется обоснованным такое предложение.
Видимо подводные камни реализации объектной модели в платформе 1с не дают изменять оную.
Поэтому 1с поступила иначе - добавили событие в МОДУЛЬ ФОРМЫ ПослеПроведенияНаСервере.
Ну хотя бы так. Уже легче жить.
А как-же быть с проведением документа из формы списка? Ведь при этом не открывается форма, вызывается объектная модель документа.
В ней нет события МОДУЛЯ ФОРМЫ ПослеПроведенияНаСервере.
Косякс! 1с не отвечает на таковые вопросы или умалчивает.
А вопрос то животрепещущий! В реальной жизни программиста ооочень актуальный!
Вот я например, сделал обработку события МОДУЛЯ ФОРМЫ ПослеПроведенияНаСервере.
После проведения документа теперь проводятся (с ошибками) пачка других документов.
Приходит пользователь и говорит - при проведении из формы списка ваш алгоритм не работает!
Я его посылаю на 1с (на 2 буквы), почти что на 3 буквы (1 не хватает).
При записи -
1. во первых до обработки проведения, т.е. движений нет, мало этого если этот документ существует в базе старые движения, т.е. если наш генерируемый документ опирается на движения - получишь или пустые движения или старые/неактуальные.
2. И во вторых - данные объекта / ссылки видны только в транзакции, т.е. если у нас создается фоновое задание, то там будет битая ссылка без данных (допустим отправка объекта на сайт, в общем потоке - не стоит тормозить его, обычно делается другим потоком, так вот там данных не будет, все реквизиты пустые будут)
Т.е. событие полностью мертвое, его используют все как замену ПослеЗаписи, но оно его не заменяет. Использование его я даже теоритически не вижу для чего (тем более вместо него можно воспользоваться ОбработкаПровдение). Как всегда разработчики 1С всех ввели в заблуждение, как следствие куча косяков у всех, пока до этого допетришь.
ПослеЗаписиНаСервере(ТекущийОбъект, ПараметрыЗаписи)
назначение "ТекущийОбъект" прямо противоположное чем в
ПередЗаписьюНаСервере(Отказ, ТекущийОбъект, ПараметрыЗаписи)
ПриЗаписиНаСервере(Отказ, ТекущийОбъект, ПараметрыЗаписи)
и менять его бесполезно уже и надо использовать "Объект" если что ну и т.п.
В книге "Разработка управляемого интерфейса" кажется подробно все про это...
Просмотры 185357
Загрузки 0
Комментарии 65
Создание 27.09.12 11:46
Обновление 16.04.19 19:49
№ Публикации 153748
Рубрики Теория программирования
Кому Программист
Тип файла Нет файла
Платформа Платформа 1С v8.x (все механизмы)
Конфигурация Не имеет значения
Операционная система Не имеет значения
Страна Не имеет значения
Отрасль Не имеет значения
Налоги Не имеет значения
Вид учета Не имеет значения
Раздел учета Не имеет значения
Доступ к файлу Бесплатно (free)
Код открыт Да