Народ, как думаете, нужен ли нам отдельный встроенный в 1С++ или ФормЕкс класс Таймер?

Т.е. я предполагаю его использование вместо Сервис.ОбработкаОжидания или РасширениеФормы.ОбработкаОжидания и собрать их функционал в одном классе.

Данный класс сможет работать с любой формой или модулем или произвольным контекстом.
Я вижу такой интерфейс
Цитата:


Все методы тривиальны, кроме последнего.

Метод Событие_Таймер я планирую использовать для поддержки ООП, т.е. данный метод всегда будет вызываться при событии от таймера.
Т.е. можно создать КОП-наследник таймера, переопределить в нем метод Событие_Таймер(), выполнить свою обработку.
И если стандартный вызов не нужен, то можно не вызывать метод База.Событие_Таймер().

А метод Событие_Таймер во встроенном классе как раз и будет вызывать необходимые обработчики, заданные одной из функций ЗадатьОбработчикXXX

Жду ответов.

Естественно, для одного объекта Таймер будет возможен только один обработчик - либо в глобальнике, либо в модуле формы, либо в произвольном контексте.
Попытка установить еще один обработчик будет приводить к исключению.

Чегой-то я не понял. А каково будет время жизни этого объекта? Где надо будет хранить таймер, чтобы он вызывал ОбработчикВМодулеФормы?

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

Опять же, это будет настоящий таймер, или таймер обработки ожидания? Если я заведу его на 10 мсек и запущу обработку на 10 минут, то таймер сработает?

Отвечаю по пунктам:

sedmin писал(а) 26. Сентября 2007 :: 18:57:

1) Время жизни объекта произвольное, как определит пользователь класса, т.е. наиболее гибкое поведение.
По поводу работы с формой то же самое.

В дальнейшем можно сделать один из вариантов или их объединение
        а) таймер, который работает с формой, перестает быть валидным, когда форма закрывается. Т.е. абсолютна та же схема, что и для значения контекста формы (пока форма открыта, его тип 100, как закрыта, тип = 0)
Соответственно пользователю подобного таймера нужно будет проверять его тип значения.
Для других видов таймеров такой проблемы нет.

        б) Также можно добавить указанный таймер как элемент Формы - т.е. добавить спец. контекст к групповому контексту формы и обращаться к нему через Форма.НужныйТаймер.
Как реализовать подобную схему, мне понятно, осталось дело за реализацией.
ЗЫ кстати, подобная привязка к форме мной планируется для добавляемых на форму атрибутов

sedmin писал(а) 26. Сентября 2007 :: 18:57:

См. п.1
А проблемы, связанные с разрушением объектов формы, легко решаются с помощью придуманного нами смарт-пойнтера CSafeContextPtr - примеры использования есть в коде 1С++

sedmin писал(а) 26. Сентября 2007 :: 18:57:

Что значит "настоящий таймер"? тот, который работает независимо от работы, выполняемой приложением, называется Поток, и мы от его использования отказались

А остальные таймеры в однопоточном приложении зависят от того, обрабатывает ли приложение сообщения Винды или оно загружено непрерывной работой.
Так что все ограничения подобных таймеров остаются - т.е. если 1С выполняет какой-то код, то событие таймера сгенерится только после завершения кода.

Для некоторого обхода подобных ограничений я планирую добавить в ФормЕкс некий метод, который заставит 1С обработать очередь сообщений винды. В итоге пользователь сможет вызывать этот метод для обработки каких-то нужных сообщений - например, удобно использовать для отрисовки прогресс-бара во время длительной работы 1С или еще чего

vip писал(а) 02. Октября 2007 :: 09:47:

1. Все, что написано в посте 0, осталось.
Добавилось только
метод УдалитьОбработчик
метод Отладка_ВыполнитьСобытиеТаймера - используется для возможности экстренного посыла события и отработки события в обработчике. Фактически это только для тестирования.
и 2 свойства (только для чтения) - Интервал и Запущен

2. ИМХО просто метод ЗакрытьВсеОкна должен быть в классе "Окна" - теперь метод Сервис::ЗакрытьВсеОкна просто вызывает Окна::ЗакрытьВсеОкна.

to artbear
ЗадатьОбработчик() ты видимо убрал, ругается на отсутствие метода.
А так вроде все работает.

artbear писал(а) 25. Сентября 2007 :: 06:44:

Вот эта возможность пока не реализована, возможно, появится в будущих версиях.

vandalsvq писал(а) 02. Октября 2007 :: 12:35:

1. Я же говорю, что все недостатки Сервис::ЗакрытьВсеОкна остались, планирую исправить в будущем.

2. Написано же "наименование метода в форме", а не вызов
Использовать так
     Таймер.ЗадатьОбработчикВМодулеФормы(Контекст,"Сооб");
т.е. без скобок