Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате
Форум программистов > C/C++: Системное программирование и WinAPI > Таймер без окна


Автор: Andrey44 15.2.2010, 12:17
Вобщем вопрос.
Есть класс, в нем надо делать что-то, через какое-то время.
Можно делать  SetTimer(0, ID_TIMER, TIMEOUT, (LPTIMERPROC)TimerProc);
Но тогда функция TimerProc должна быть static, а мне надо иметь доступ к нестатическим членам класса.
Как можно это обойти? Не ложить же статик-мембереом указатель на самого себя, или не объявлять глобальную переменную. smile 

Автор: artsb 15.2.2010, 12:20
Цитата(Andrey44 @  15.2.2010,  12:17 Найти цитируемый пост)
Как можно это обойти?

Сделать её другом класса?

Автор: Andrey44 15.2.2010, 12:32
И что будет? TimerProc получит доступ к неявному указателю this?

Автор: artsb 15.2.2010, 12:46
Цитата(Andrey44 @  15.2.2010,  12:32 Найти цитируемый пост)
И что будет?

Действительно, что-то я сморозил не то  smile 
ИМХО простого выхода из этой ситуации нет. Если он вообще есть конечно...

Автор: GremlinProg 15.2.2010, 21:47
можно сделать так:
Код

id = SetTimer( NULL, (UINT_PTR)this, TIMEOUT, (LPTIMERPROC)TimerProc );

Код

VOID CALLBACK TimerProc( HWND hwnd, UINT uMsg, UINT_PTR idEvent, DWORD dwTime ){
  ...
( ( CMyObject* )idEvent )->MyTimerMethod( ..., dwTime, ... );
  ...
}

можно TimerProc сделать шаблоном, тогда вообще все просто:
Код

template< typename T, void(T::*method)( ... ) >
VOID CALLBACK TimerProc( HWND hwnd, UINT uMsg, UINT_PTR idEvent, DWORD dwTime ){
   ( ( ( T* )idEvent )->*method )( ... );
}

Автор: Dem_max 16.2.2010, 07:51
не забывай что функция Таймера это CallBack функция, из которой нужно вернуть управление циклу сообщений.

Автор: Earnest 16.2.2010, 08:36
Цитата(GremlinProg @  15.2.2010,  22:47 Найти цитируемый пост)
можно сделать так:

Ты точно знаешь, что это сработает? Дело в том, что MSDN пишет, что при hWnd == 0 ид-р таймера игнорируется.
Цитата

nIDEvent
[in] Specifies a nonzero timer identifier. If the hWnd parameter is NULL, this parameter is ignored.

Я тоже было хотела это предложить, да призадумалась над этой фразой. Как минимум, надо проверять (что ид-р будет приходить в call-back без искажений).

Автор: Dem_max 16.2.2010, 08:45
Создавай таймер с помощью потока.

Автор: Earnest 16.2.2010, 08:47
Цитата(Dem_max @  16.2.2010,  09:45 Найти цитируемый пост)
Создавай таймер с помощью потока. 

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

Автор: Andrey44 16.2.2010, 08:52
GremlinProg, сделал как ты написал, не работает.Все приходит, захожу в функцию обработчик таймера, но в this какой-то мусор. В MSDN написано что idEvent должен быть 0 если HWND == 0.

Автор: azesmcar 16.2.2010, 09:07
Что-то вроде этого

Код

template <typename type, void (type::*func)(), unsigned int offset>
void CALLBACK TimerProc(HWND hwnd, UINT uMsg, UINT idEvent, DWORD dwTime)
{
    (TimerArguments<type>::object<offset>()->*func)(); 
};


создаем шаблонную функцию, которая будет вызываться таймером и вызывать соответствующую member функцию. Типы можно передать в compile-time, проблема с this, это решаем таким образом - создаем класс для регистрации объектов, пусть он может хранить по умолчанию 100 объектов.

Код

template <typename type, unsigned int size = 100>
class TimerArguments
{
public:
    template <unsigned int Id>
    static void registerObject(type * object) {
        arguments[Id] = object;
    }

    template <unsigned int Id>
    static type * object() {
        return arguments[Id];
    }
private:
    static type * arguments[size];
};


использование
Код

// регистрируем свой объект под определенным номером
TimerArguments<Timer>::registerObject<0>(&tm);
// таймер пусть вызывает функцию с передачей во время 
// компиляции определенного идентификатора объекта, для него и будет вызвана функция.
SetTimer(NULL, 0, 1000, (TIMERPROC)TimerProc<Timer, &Timer::execute, 0>);


Пойдет?  

полный пример
Код

#include <iostream>
#include <windows.h>

class Timer
{
public:
    void execute()
    {
        std::cout << "OnTimer" << std::endl;
    };
};

template <typename type, unsigned int size = 100>
class TimerArguments
{
public:
    template <unsigned int Id>
    static void registerObject(type * object) {
        arguments[Id] = object;
    }

    template <unsigned int Id>
    static type * object() {
        return arguments[Id];
    }
private:
    static type * arguments[size];
};

template <typename type, unsigned int size>
type * TimerArguments<type, size>::arguments[size] = {0};

template <typename type, void (type::*func)(), unsigned int offset>
void CALLBACK TimerProc(HWND hwnd, UINT uMsg, UINT idEvent, DWORD dwTime)
{
    (TimerArguments<type>::object<offset>()->*func)(); 
};

int main()
{
    Timer tm;
    TimerArguments<Timer>::registerObject<0>(&tm);
    SetTimer(NULL, 0, 1000, (TIMERPROC)TimerProc<Timer, &Timer::execute, 0>);

    MSG message;
    while (GetMessage(&message, 0, 0, 0))
    {
        TranslateMessage(&message);
        DispatchMessage(&message);
    }
}

Это навскидку, можно доработать.

Автор: GremlinProg 16.2.2010, 09:15
Цитата(Earnest @  16.2.2010,  10:36 Найти цитируемый пост)
Ты точно знаешь, что это сработает?

в районе полугода-года я пользовался таймером без окна в объектной модели,
а отказался я от использования этого таймера по причине использования им очереди сообщений независимо от того, есть HWND или нет, что в моем случае означало его бесполезность, т.к. там нужно было следить за сменой состояния этой самой очереди,
масло масляное вобщем с ним выходило

т.е. независимо от первого параметра, сообщение поступит в обычную очередь и будет извлечено обычным способом,
тут просто предоставляется возможность в цикле сообщений дополнить это сообщение желаемым дескриптором,
что на самом деле реализуется крайне редко, т.е. в основном такой таймер, с hwnd=0 используется за пределами окон

вот как раз эта очередь и дальнейшее дополнение сообщения WM_TIMER и требует какой-то внутренней идентификации "импульса" таймера, чтобы можно было дальше обработать сообщение обычным образом, через процедуру окна,

а другого способа ввести эту идентификацию кроме как через nIDEvent нету
можно конечно и проверить, полагаю, Andrey44 это сделать проще

Добавлено через 10 минут и 49 секунд
Цитата(Andrey44 @  16.2.2010,  10:52 Найти цитируемый пост)
но в this какой-то мусор

если приходит не 0, значит там точно не мусор, смотри за периодом жизни объекта, думаю в этом дело

Автор: maxim1000 16.2.2010, 09:28
есть ещё вариант специально создать окно для обработки таймера
начиная с Windows XP даже есть тип окна "message only window"

если уж окна совсем не хочется, можно воспользоваться waitable timer, ожидание которого можно встроить в очередь сообщений, но тогда понадобится переменная, доступная коду работы с очередью, которая хранит соответствие индексов, таймеров и функторов

Автор: Andrey44 16.2.2010, 09:56
Цитата(Earnest @  16.2.2010,  08:47 Найти цитируемый пост)
Если выбирать между ни зачем больше не нужным потоком и статической переменной, я бы выбрала статическую переменную. Вот ей богу. По принципу Оккама.
 smile В этой ситуации это проще всего. Так наверное я и сделаю.

Автор: Earnest 16.2.2010, 19:51
Цитата(maxim1000 @  16.2.2010,  10:28 Найти цитируемый пост)
можно воспользоваться waitable timer

Не прокатит: его нужно ждать функцией WaitForSingleObject (или Multiple) и, соответственно, стоять. Либо писать цикл - заглянул в таймер (с нулевым ожиданием), сделал что-то и т.д. Но это страшно неудобно. В общем, WaitableTimer - отличная штука для рабочего потока, но не для главного. 

Автор: maxim1000 16.2.2010, 22:52
Цитата(Earnest @  16.2.2010,  19:51 Найти цитируемый пост)
Не прокатит: его нужно ждать функцией WaitForSingleObject (или Multiple) и, соответственно, стоять.

есть ещё один вариант: MsgWaitForMultipleObjects
эта функция позволяет объединить ожидание сообщения и различных объектов синхронизации

Автор: Earnest 17.2.2010, 14:33
Я же говорю, неудобно: это ожидание фактически подменяет главный цикл (или дублирует). А если это какой-то левый объект, которому просто нужно время от времени что-то сделать...

Powered by Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)