Форум: "Основная";
Текущий архив: 2008.10.12;
Скачать: [xml.tar.bz2];
Внизпередача событий из потока... Найти похожие ветки
← →
istok (2008-01-15 17:02) [0]есть поток, есть другой класс, который получает его (потока) событие. событие надо "передать" третьему классу. но при этому не хочется чтобы поток ждал обработки события другими классами (событие чисто информационное, var параметров нет).
короче, надо чтоб поток генерил события асинхронно, а не синхронно с главным потоком.
ессно надо как-то обойти synchronize и единственное что приходит на ум - это очередь и таймер (т.е. добавлять сообщения о событии в очередь и по таймеру генерить новые события вверх по цепочке).
может есть более правильные варианты ?
← →
istok (2008-01-15 17:11) [1]вспомнил про PostMessage... вариант?
тока придется окно у класса-приемника создавать..
← →
Юрий Зотов © (2008-01-15 17:39) [2]PostMessage - вариант. Еще вариант - PostThreadMessage.
← →
Сергей М. © (2008-01-15 19:34) [3]
> есть поток, есть другой класс, который получает его (потока)
> событие. событие надо "передать" третьему классу. но при
> этому не хочется чтобы поток ждал обработки события другими
> классами (событие чисто информационное, var параметров нет).
>
Абракадабрища.
← →
Сергей М. © (2008-01-15 22:53) [4]И причем тут таймер - вообще непонятно.
Нужна простейшая в реализации/использовании очередь ? Проще чем [2] не придумать. Только вот о преодолении засад с потенциальными мемликами при этом следует задуматься в первую очередь.
← →
Leonid Troyanovsky © (2008-01-16 12:31) [5]
> istok (15.01.08 17:02)
> может есть более правильные варианты ?
TThreadList.
--
Regards, LVT.
← →
Kolan © (2008-01-16 13:21) [6]> Нужна простейшая в реализации/использовании очередь ?
А события перевратить в комманды(из GOF). Поток будет создавть комманды и пихать в очередь, а гл. поток будет их выбирать и производить действия…
Страницы: 1 вся ветка
Форум: "Основная";
Текущий архив: 2008.10.12;
Скачать: [xml.tar.bz2];
Память: 0.45 MB
Время: 0.044 c