Auf Beendigung einer Methode warten

[Bomberbb]

Hallo,

folgendes Problem: Ich habe eine Klasse vom typ TCustomPanel abgeleitet um hierauf zu zeichen. Nun habe ich das Problem, dass die Objekte nicht gleichzeitig zeichnen dürfen. Habe das auch schon abgefangen. Das Problem ist, dass das Zeichnen der Panels einfach verworfen wird. Meine Idee wäre es, wenn ich den anderen Objekten eine Nachricht schicke, wenn das Zeichnen beim ersten Objekt beendet ist. Oder gibt es eine Möglichkeit, das Zeichnen der anderen Objekte irgendwie in eine Warteschlange zu stellen?

Momentan sieht mein Quelltext so aus:

Code:

  ...
  CriticalSection.enter;
  if not Semaphor then
    Semaphor := true;
    fonPainting := true;
  CriticalSection.Leave; 

  if fonPainting then
    Zeichnen;

  Semaphor := false;
  fOnPainting := false;
End;

[worker]

Threads

[Bernhard Geyer]

Zitat von worker:

Threads

Threads und Zeichnen auf GUI-Elemente ist bei der VCL eine ganz ganz schlechte Idee.

[Bomberbb]

An Threads hab ich auch schon gedacht, aber die Objekte selbst arbeiten schon parallel...

[worker]

Okay, wieder was dazu gelernt. (Hatte in Kunst 'ne 5 )

[Blup]

Zitat von Bomberbb:

Hallo,

folgendes Problem: Ich habe eine Klasse vom typ TCustomPanel abgeleitet um hierauf zu zeichen.

Mir ist nicht klar, warum du dafür eine eigene Ableitung von TCustomPanel benötigst.

Zitat von Bomberbb:

Nun habe ich das Problem, dass die Objekte nicht gleichzeitig zeichnen dürfen. Habe das auch schon abgefangen.

Also ich vermute du erstellst bei jeder Zeichenoperation ein neues Objekt, um die einzelnen Operationen nacheinander wiederholen zu können(z.B. wenn der Bildschirm aktualisiert wird) und um mehrere unabhängige Zeichenebenen darzustellen. In einem Thread passiert überhaupt nichts parallel und der einzige Thread der direkt mit der VCL arbeiten darf ist der Haupthread.

Zitat von Bomberbb:

Das Problem ist, dass das Zeichnen der Panels einfach verworfen wird. Meine Idee wäre es, wenn ich den anderen Objekten eine Nachricht schicke, wenn das Zeichnen beim ersten Objekt beendet ist. Oder gibt es eine Möglichkeit, das Zeichnen der anderen Objekte irgendwie in eine Warteschlange zu stellen?.

Hier gibt es scheinbar ein grundsätzliches Verständnisproblem wie Wincontrols funktionieren.
Jedes Wincontrol hat einen in der Regel rechteckigen Bildschirmbereich in dem es sich zu zeichnen hat.
Wird dieser Bereich von einem anderen Wincontrol zum Teil oder ganz überdeckt, so kann das Wincontrol in diesem Teil nicht zeichnen.

Zitat von Bomberbb:

Momentan sieht mein Quelltext so aus:

Code:

  ...
  CriticalSection.enter;
  if not Semaphor then
    Semaphor := true;
    fonPainting := true;
  CriticalSection.Leave; 

  if fonPainting then
    Zeichnen;

  Semaphor := false;
  fOnPainting := false;
End;

Obwohl das nichts mit dem eigentlichen Problem zu tun hat, eher so:

Code:

  ...
  if not Semaphor then
  begin
    Semaphor := true;
    fonPainting := true;
  end
  ...

Ich würde die Zeichenobjekte von TGraphicControl ableiten.
Schau dazu einfach mal die Quellen von TShape und TBevel an.

[Bomberbb]

Ich habe bis zu 3 Zeichenflächen nebeneinander, auf denen unterschiedliche Darstellungen wiedergegeben werden. Sie dürfen nicht zur gleichen Zeit zeichnen, da sie alle auf die selbe Datei zugreifen. Und hier kommt es zum Fehler, wenn ich

Delphi-Quellcode:

Zeichenflaeche1.paint;
Zeichenflaeche2.paint;
Zeichenflaeche3.paint;

aufrufe, ist die Datei in Benutzung. Wenn ich ein Sleep(500) dazwischensetze, ist alles ok.

Soweit ich weiß arbeiten Objekte doch zeitlich (quasi)parallel. Warum sollten Sie dann nicht zeitgleich zeichnen oder zumindest die Berechnungen fürs zeichnen zeitgleich durchführen?

[sirius]

Objekte arbeiten nicht parallel. Threads arbeiten parallel.

[Bomberbb]

Dazu mal ein Zitat aus meinen Studienunterlagen zum Thema oop:

Zitat:

Parallelität bedeutet in diesem Grundmodell,
dass möglicherweise mehrere Nachrichten gleichzeitig unterwegs
sind und mehrere Objekte gleichzeitig Methoden ausführen.

[sirius]

Ich habe sowas zwar nie studiert, aber rein aus praktischer Sicht und ohne Kontext ist das erstmal falsch.
In einem Modell kann man das vielleicht so betrachten, aber...

Wenn du nur einen Thread (MainThread) hast, dann wird definitiv nur eine Methode abgearbeitet und dann die nächste. Die Messages werden gepuffert und nacheinander (entspr. ihrer Prioritäten) abgearbeitet.