Suche Tutorial zum Thema Multithreating

[WIng2005]

Guten Morgen zusammen,

vielen Dank für die Antworten.....
Threats -> Threads -> das erklärt, warum die SuFu nichts ergeben hat. Dumm!
Den Link schaue ich mir mal an...
Nutzen tue ich Delphi XE Starter, der für mich erschwinglichen Version. Das muß ich mal im Profil eintragen...

Besten Dank!

[Uwe Raabe]

Zwar auch schon etwas betagt, aber immer noch sehr informativ: Multithreading - The Delphi Way

[himitsu]

Was sich verändert hat (in der OH), was aber eigetnlich schon immer hätte gelten dürfen.

Halte niemals einen Thread mit TThread.Suspend an (mit Ausnahme, wenn der Thread suspended erstellt wird).
Und dann mit TThread.Start starten, anstatt mit TThread.Resume. (es geht zwar auch noch mit der alten Methode, der Compiler würde dir dort inzwischen einen Hinweis ausgeben).

Auch die Generics können sehr praktisch sein.

Schau dir am Besten mal alle Methoden und Property von TThread durch, nach etwas was dir gefallen oder für dich praktisch sein könnte.

Delphi-Quellcode:

// dieser Code läuft in irgendeinem Thread 
var
  X, Y: string;
begin
  X := 'Hallo';
  TThread.Synchronize(nil, procedure
    begin
      ShowMessage(X);
      InputQuery(Application.Titel, 'gib was ein', Y);
    end;
  MachWas(Y);  
end;

Delphi-Quellcode:

// das hier z.B. im MainThread
TThread.CreateAnonymousThread(procedure
  begin
    // das hier läuft jetzt in einem anderem Thread
  end;
// wieder zurück, noch bevor der andere/neue Thread fertig ist

[UliBru]

Zitat von himitsu:

Halte niemals einen Thread mit TThread.Suspend an (mit Ausnahme, wenn der Thread suspended erstellt wird).
Und dann mit TThread.Start starten, anstatt mit TThread.Resume. (es geht zwar auch noch mit der alten Methode, der Compiler würde dir dort inzwischen einen Hinweis ausgeben).

Das ist das, was ich an der Sache sooo liebe. Da wird nun Suspend und Resume als deprecated gekennzeichnet. Nun gut, Start dient als Ersatz für Resume. Was anstelle Suspend genommen werden kann (wenn überhaupt sinnvoll), hat sich mir noch nicht erschlossen.
Und selbst in der neuesten Fassung der Delphi Hilfe wird fleissig weiter mit den alten Aufrufen gearbeitet, siehe z.B. http://docwiki.embarcadero.com/CodeS...y_%28Delphi%29
Es ist nicht einfach, als Neuling in Sachen Threads einzusteigen. Das Tutorial von Luckie weiss leider auch nichts hinsichtlich deprecated

[Jens01]

Einmal das vielleicht. Gut für den Einstieg.
Und das vielleicht als Tools.

[himitsu]

Es ist ganz einfach, wenn du den Thread von außen anhälst, dann kannst DU nicht sicherstellen, daß der Thread an einer "sicheren" Stellen anhält.

Fazit: Man hält von außen keinen Thread an und somitgibt es keinen Ersatz für Suspend.


Lösung: Du setzt von außen irgendeine (threadsichere) Variable oder ein Event und im Thread baust du einen Code ein, welche darauf hin anhält.
Selbst das Suspend aufruft (besser aber nicht) oder über Sleep+Schleife, bzw. über eine entsprechende WaitFor-Funktion auf das Event wartet.

[WIng2005]

Ich denke, ich sollte die Tutorials erstmal lesen......

Vielen Dank für die Links!!

[WIng2005]

Soooo, ich hatte nun im Urlaub mal ein wenig Zeit, um mal wieder etwas für mein Projekt zu tun. Dabei wollte ich mich auch mit der Thematik der Threads befassen. Idealerweise liefert Delphi hier ja ein kleines Beispiel, welches ich zum besseren Verständis mal ein wenig gekürzt habe:

Es handelt sich um eine Form, mit 2 Buttons. Button1 startet bzw. erzeugt einen neuen Thread, Button2 Zeigt ein Nachrichtenfenster:

Delphi-Quellcode:

unit Unit1;
interface
uses
  Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
  Dialogs, ComCtrls, StdCtrls;
type
  TForm1 = class(TForm)
    Button1: TButton;
    Button2: TButton;
    procedure Button1Click(Sender: TObject);
    procedure Button2Click(Sender: TObject);
    procedure FormCreate(Sender: TObject);
  private
    procedure ThreadDone(Sender: TObject);
  public
  end;
var
  Form1: TForm1;
implementation
uses unit2;
{$R *.dfm}

procedure TForm1.Button1Click(Sender: TObject);
begin
with TTestThread.Create() do
    OnTerminate := ThreadDone;
showmessage('Button1Click');
end;

procedure TForm1.Button2Click(Sender: TObject);
begin
showmessage('Event');
end;

procedure TForm1.FormCreate(Sender: TObject);
begin
//
end;

procedure TForm1.ThreadDone(Sender: TObject);
begin
  showmessage('Thread done!');
end;
end.

Das Thread-Objekt:

Delphi-Quellcode:

unit Unit2;

interface

uses
  Classes;

type
  TTestThread = class(TThread)
  private
    procedure doanything();
  protected
    procedure Execute; override;
    procedure anything;
  public
    constructor Create();
  end;

implementation

constructor TTestThread.Create();
begin
  inherited Create(False);
end;

procedure TTestThread.doanything;
var r,x,y,z:integer;
begin
r:=0;
for x:=1 to 1000 do
  for y:=1 to 1000 do
    for z:= 1 to 1000 do
      r:=r+z;
end;
procedure TTestThread.anything;
var x,y:integer;
begin
Synchronize(Doanything);
end;

procedure TTestThread.Execute;
begin
 anything;
end;
end.

Mein Verständnis hierzu ist nun, dass Button2 unabhängig von Button1 immer reagiert, also die Message 'Event' angezeigt wird. Dazu hätte ich erwartet, dass 'Button1Click' vor Beenden des Threads angezeigt wird. Tatsächlich reagiert solang die Schleifen laufen die Form nicht und keine der 2 Meldungen erscheint. Kann mir jemand erklären, wo mein Denkfehler dabei liegt? Ebenfalls würde mich interesseiren, ob ich die Methode doanything auch direkt aus der execute-Methode aufrufen kann (im Sort-Beispiel wird dieser "Umweg" gegangen...), also:

Delphi-Quellcode:

procedure TTestThread.Execute;
Synchronize(Doanything);
end;
end.

Danke für eure Hilfe!!!