Qt и callback функции Windows, Как это можно совместить? Опции Подписка на тему Сообщить другу Версия для печати Скачать тему Подписка на этот форум Режимы отображения Переключить на: Древовидный Переключить на: Стандартный Линейный

[ldimitri]

Суть вопроса состоит в следующем:
Пишется класс-оболочка для драйвера устройства, одна из функций этого драйвера устанавливает callback на события устройства. Как можно сделать так, чтобы внеклассовая функция знала, что в данный какой-либо конкретный момент времени ей нужно использовать методы определенного класса?(устройств может быть подключено одновременно несколько, на каждое пойдет свой собственный объект класса-оболочки).

[Litkevich Yuriy]

Как можно сделать так, чтобы внеклассовая функция знала, что в данный какой-либо конкретный момент времени ей нужно использовать методы определенного класса?

ну как сделать, чтобы функция ЗНАЛА, я думаю кроме тебя врядли кто-то знает, ведь ты же работаешь с устройством и должен знать его тип.
И из этого вопроса врятли можно сделать вывод, что речь и дёт о Qt.

П.С. может, конечно, я сути не понял. Тогда давай подробности.

[kuler]

вот так:

void func()
{
 obj->Process();
}

можно свичом дополнить

[trdm]

вот так:

void func()
{
 obj->Process();
}

можно свичом дополнить

Свитч на постоянно меняющееся количество процессов? О_о

[kwisp]

ldimitri,
ничего не понятно может быть поэтому жутко интересно.
давайте подробности.

[ldimitri]

Есть драйвер. Он поддерживает до восьми одновременно подключенных устройств. Есть возможнось работы по поллингу(уже реализована в Qt-классе) и по callback. в callback'e должно происходить чтение принятых данных в структуру(определенную в хедере драйвера).
Это делается примерно так:

void __stdcall cbFunction(u16 type)
{
    structure rs;
    int ret;
    
    ret = ReadData(num_device, &rs, 1);
    if (ret >= 0)
        //передать данные в экземпляр класса, ответственного за конкретный номер устройства (num_device)
    else
        //всякая обработка ошибок
}

Суть в том, что этой функции заранее неизвестны ассоциации номеров устройств и объектов, устанавливается она посредине инициализации устройства, и вот в "передаче данных в экземпляр класса, ответственного за конкретный номер устройства" и есть сама загвоздка.

До чего додумался с момента предыдущего поста:
1. Думал сделать а-ля COM - есть класс, ответственный за создание, удаление, управление объектами и связями "объект-номер устройства". При таком раскладе - на каждое устройство прописывать по одному callback'у да еще держать пачку глобальных переменных.
2. Другой вариант - анализ в самой callback-функции наличия ассоциированных объектов с конкретным номером устройства - при этом получается что функция слишком нагружается, а она должна быстро счтитать, отослать и - ret.

Жду других идей, критики(я ее особенно люблю - когда меня критикуют мне все жестче идеи в голову приходят ) и дополнений по этим двум вариантам.

[kwisp]

заранее неизвестны ассоциации номеров устройств и объектов,

может сделать контейнер указателей на объекты обработчики и по ключу(индексу) (ключ или индекс есть номер устройства) получать доступ к объекту или его callback`у.... заполнять контейнер можно в любое время по идее он опредлен как статический и по умолчанию в нем нули вместо указателй при доступе проверять на ноль.

[kwisp]

ну что как успехи с хитрой задачей?

[ldimitri]

ну что как успехи с хитрой задачей?

Решил особо не думать)) Зарегистрировал событие, оно устанавливается в callback'e. каждый экземпляр класса его отслеживает, и потом проверяет , ему ли это пришло. если ему - то и считывает, если нет - то поток снова уходит в WaitForSingleObject. Мне так показалось наиболее быстро и безболезненно, тем более что при таком образе действий становится возможным использовать тот же самый поток, что и в мониторинге по поллингу (с добавлением в него пары условных операторов). Вот.
Собственно, на данном этапе разработки, задача первичной оболочки драйвера решена и отлажена, а по мере появления непоняток и интересностей во время превращения данной штуковины в вид "Driver->QDeviceDriver->QDeviceManager->QDeviceClient" буду обращаться к коллективному разуму )