Главная страница
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.017 c
2-1259181108
vlad_
2009-11-25 23:31
2010.01.17
Mdi Delphi


2-1258959429
Alex_C
2009-11-23 09:57
2010.01.17
Правильно "заморозить" TThread


15-1258483044
0x00FF00
2009-11-17 21:37
2010.01.17
Excel, массив длины N из одного элемента


2-1258718046
Сергей
2009-11-20 14:54
2010.01.17
Как взять последнее имя папки?


15-1258625959
Magedon
2009-11-19 13:19
2010.01.17
Изибражения в БД. За и против.