Форум: "Основная";
Текущий архив: 2014.01.19;
Скачать: [xml.tar.bz2];
ВнизГенерация своих событий Найти похожие ветки
← →
Yurikon (2011-11-12 17:36) [0]Добрый день!
Возникла такая задача - в одном месте программы программы мне нужно сгенерировать событие, на которое отреагировали бы другие объекты, возможно, даже в другом потоке и выполнили свой код.
Ткните плиз носом, что можно посмотреть по этой задаче.
С уважением.
Юрий.
← →
Сергей М. © (2011-11-12 18:59) [1]CreateEvent+SetEvent не спасет ОРД ?
← →
Dimka Maslov © (2011-11-13 16:43) [2]Любому окну можно послать любое сообщение. Главное, что бы оно не совпадало со стадартными сообщениями венды и вцл. В объекте, имеющем оконную функцию достаточно объявить методы обработки сообщений, с одним параметром по ссылке и модификатором message. Пример - исходник любого класса, унаследованного от TControl
← →
Германн © (2011-11-14 01:35) [3]
> Сергей М. © (12.11.11 18:59) [1]
>
> CreateEvent+SetEvent не спасет ОРД ?
>
Не спасёт. Пока не дашь код. :)
← →
Yurikon (2011-11-14 10:26) [4]Спасет, спасет ;-). Спасибо, Сергей за совет.
Пара вопросов.
По CreateEvents - можно ли ожидать этого события (WaitForSingleObject) в нескольких участках кода?
Что работает быстрее, SetEvents или отправка сообщения компоненту?
С уважением, Юрий.
← →
Сергей М. © (2011-11-14 10:36) [5]
> можно ли ожидать этого события (WaitForSingleObject) в нескольких
> участках кода?
Конечно. Только автосброс события не нужно указывать при его создании, иначе первый дождавшийся поток сбросит его.
> Что работает быстрее, SetEvents или отправка сообщения компоненту?
Специально не измерял, но полагаю что механизм сообщений должн быть менее эффективней в плане сквозной производительности взаимодействующих программных объектов.
Страницы: 1 вся ветка
Форум: "Основная";
Текущий архив: 2014.01.19;
Скачать: [xml.tar.bz2];
Память: 0.45 MB
Время: 0.022 c