действия ПОСЛЕ прерывания работы через ОбработкаПрерыванияПользователя #534081

Тут такая штука... Моя обработка требует монопольного режима и т.к. обработка долгая, я использую эту ОбработкуПрерыванияПользователя. Но дело в том, что монопольного режима я добиваюсь программно, если изначально режим был не монопольный. И вот я бы хотел возвращать исходный режим, если пользователь прервал работу программы. То есть, если изначально режим был не монопольный, то, при прерывании работы обработки пользователем, нужно восстановить немонопольный режим. Можно ли это сделать? И если можно, то как?

Лично я - не знаю как такое можно организовать. Однако, можно переписать обработку чтобы работала "Не более часов ... минут ...". Это может спасти?

Не, наверное, в данном случае это будет не очень хорошо...

Перед циклом подруби обработчиком ожидания нужный метод на через 0.1 секунды, а после цикла отключай. Если будет выход из цикла, то отработает метод по обработчику ожидания. Проверено.

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

Не, ну это вообще нафиг не нужно. Можно и 1С закрыть тогда уж ))

попробуй так: в обработке 2 формы, стартует 1-я, устанавливает монопольный режим, далее из первой монопольно вызавается основная форма с "долгой" процедурой обработки далее по закрытии возврат в 1-ю установка немонопольного режима

а при помощи транзакций что-нить подобное намутить не получится? Обработка прерывания куда выкинет?

чем не устраивает?

Может событие "обновление отображения" срабатывает после прерывания...

Натянут за уши. Но я его не отвергаю пока. Просто пытаюсь найти что-нибудь поизящнее

, Ничего там не будет возвращаться и срабатывать. ОбработкаПрерыванияПользователя - Предназначен для прерывания работы встроенного языка при нажатии пользователем клавиши Ctrl+Break. При неустраивающем - будет работать.

никуда не выкинет. прервется. транзакции откатятся.

кто натянет? поизящнее это только отказаться от постобработки

как вам такой вариант: Как думаете - это сильно все затормозит? И вообще, правильно ли я рассуждаю?

См.

Пожалуй, самый-самый бухой и обкуренный дизайнер платформы разработал механизм ОбработкаПрерыванияПользователя для восьмерки. Рискну утверждать, что это даже хуже Неопределено..

так ведь так и получается: Сначала делаю режим не монопольным, а потом ОбработкаПрерыванияПользователя отлавливает было ли нажато Ctrl+Break. Если были - монопольный режим не поставится, т.к. работа кода прервется. Не?

Ну, для особых случаев! Создать батник с запуском двух обработок из командной строки. Первая будет рабочей, вторая завершающей. Ну, это не притянуто за уши, однозначно. :-)

Неопределено - это хорошо. Кто хорошо изучал философию, того Неопределено не пугает.

как только такое в голову вообще приходит?

так по поводу кто-нить что-нить скажет?

я может не догоняю чего-то.. если прерывание в цикле, то почему нельзя сделать так: ?

а что такое? Думаешь изменение режима - крайне долгая операция? Я не уверен... Мне кажется - это просто переключение константы, грубо говоря... установка другого флага, не более

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

А ОбработкаПрерыванияПользователя выйдет на строку после цикла или вообще прервет выполнение кода? Есть мнение, что вообще прервет выполнение и тогда предложенный вариант не подходит

дык будет прерывание работы внутреннего языка 1С, а не цикла. Вот если запускать одну обработку из другой, то надо смотреть.

ну смотри сам:

ага - забываешь только про проверку возможности установления монопольного режима.

точняк.. фигню написал

случайно отправил сообщение... на строчке, где нажали Ctrl+Break выполнение кода не прервется. Оно прервется, когда войдет в ОбработкаПрерыванияПользователя и отловит там нажатие. Разве не так?

Поставить условие проверки монопольности - это плюс еще одно условие

так. Ctrl+Break сработает только в этом месте, где стоит обработкапрерывания.

так. Но тогда дешевле монопольный режим вообще не включать.

дерзай.

Не включать нельзя. Я удаляю объекты из базы.

Я с этими экспериментами повесил 1С ...

и какая связь с монопольным режимом?

физически удаляю объекты

не, я может не вкурсе, я относительный новичок в 1С... Но разве можно физически удалять объекты, когда в базе кто-то еще работает? Это разве не чревато какими-то последствиями? Что если кто-то работает сейчас с тем объектом, который я удаляю? О_о

через УдалитьОбъекты что ли?

мне не нужно, чтобы мне нельзя было удалять объект. Мне НУЖНО УДАЛИТЬ объект. Есть разница.

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

+ контроль ссылочной целостности тоже никто не отменял. Хотя здесь явно неверный методологический подход к решению проблемы.

написал простенькую обработку, чтобы проверить мою теорию:        Исключение        Текст = "С информационной базой работают другие пользователи. Все работает прекрасно. Результат работы (запустил дважды, чтобы убедиться): НАЧАЛО РАБОТЫ Монопольный режим = ложь Монопольный режим = истина Выполнение прервано пользователем! Монопольный режим = истина Выполнение прервано пользователем!

А сделать отдельную кнопку на отключение?

брезгует. ты время померь теоретик.

толку то на файловой мерять? думаю циклическая установка/снятие монопольного режима встанет колом тока в клиент-сервере

увеличение времени выполнения произойдет в любом случае. Не вижу смысла отлова события прерывания как такого. Тупо повесить снятие монопольного режима на событие закрытия формы обработки (1 минута кода) и все. Остальное - баловство.