Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2010.01.17;
Скачать: CL | DM;

Вниз

Треды   Найти похожие ветки 

 
Evger   (2009-11-26 14:04) [0]

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

Выглядит это примерно так.
Создается новый тред:
Threads[i] := TMyThread.Create(true);
Threads[i].Mouse := MouseThread; // так передается тред мышы

в TMyThread добавление задчи
MouseThread.AddAction(Task)

в MouseThread

procedure TMouseThread.AddAction(Task)
begin
SetLength(Order, Length(Order) + 1);
Order[Length(Order) — 1] := Task;
end

procedure TMouseThread.AddAction(Task)
begin
while (true) do begin
DoTask(Order[CurrentTask]);
inc(CurrentTask)
end
end

Вопрос такой какие могут быть проблемы при таком устройстве приложения, имеется ввиду при одновременном добавлении задания разными тредами.
Стоит ли тут использовать синхронизацию потоков или крит. секции (если да то где), т.к это первый опыт работы с тредами прошу подсказать как лучше реализовать эту задачу.


 
clickmaker ©   (2009-11-26 14:08) [1]

> Стоит ли тут использовать синхронизацию потоков

стоит


 
Демо ©   (2009-11-26 14:23) [2]

Не просто стоит, а абсолютно необходимо.
Причём думать о синхронизации нужно на уровне проектирования, потому что реализация синхронизации - достаточно весомый кусок приложения.


 
Evger   (2009-11-26 15:07) [3]

Демо
Что Вы называете на уровне проектирвания?

Как раз чтобы избежать одновременной работы с мышкой введен отдельный тред.

Добавление в него задачи происходит очень быстро - фактически добавляется элемент в массив.
Вопрос как избежать одновременное обращение нескольких тредов к функции AddAction.

Вот и хочу узнать, как это лучше сделать, как бы Вы стали это делать.


 
Сергей М. ©   (2009-11-26 15:25) [4]


> как избежать одновременное обращение нескольких тредов к
> функции AddAction


Защищать от одновременного обращения следует не вызов AddAction, а тот ресурс, который действительно потоконебезопасен.

В твоем случае это дин.массив Order, обращения к нему как раз и следует защищать крит.секцией.


 
Leonid Troyanovsky ©   (2009-11-27 09:16) [5]


> Evger   (26.11.09 14:04)  

> Есть некоторое приложение которое обрабатывает информацию
> из стороннего приложения.
> Стророннее приложение многоокновое.
> При появлении нового окна создается новый тред который следит
> за этим окном.
> При обределенных событиях нужно произвезти клик на кнопку
> ну и прочие действия с мышью.

Есть гениальное изобретение человечества - сковородка с уже
приделанной ручкой.
Читай про SetWindowsHookEx.

Но, предупрежу сразу, что читать придется много и внимательно.

--
Regards, LVT.



Страницы: 1 вся ветка

Текущий архив: 2010.01.17;
Скачать: CL | DM;

Наверх




Память: 0.48 MB
Время: 0.014 c
3-1233312359
Димон
2009-01-30 13:45
2010.01.17
ПОМОГИТЕ С ЦИКЛОМ


15-1258112660
TUser
2009-11-13 14:44
2010.01.17
Скончался Виталий Лазаревич Гинзбург


2-1259247302
recop
2009-11-26 17:55
2010.01.17
Удаление узла TreeView по абсолютному индексу


10-1161933035
incms
2006-10-27 11:10
2010.01.17
Онибка при вызове метода интерфейса


2-1259253418
Molchanov
2009-11-26 19:36
2010.01.17
WndProc vs WindowProc