Thread-Steuerung aus der GUI

[Zacherl]

Hallo,

Edit: Die erste Frage ist erstmal erledigt, danke für die bisherigen Antworten!

Eine andere Sache ist die Visualisierung und Steuerung von Threads: Ich will die Prozesse möglichst klar für den Nutzer über die GUI darstellen. Selbstverständlich habe ich mir die JStatusBar angesehen und einen Thread auf eine Statusbar abzubilden ist auch kein Thema; den Thread zu steuern fuchst mich dagegen sehr. Selbstverständlich kenne ich die interrupt()-Methode, aber es widerstrebt mir, in einem Thread dauernd eine Variable abzufragen, weil es mir vorkommt, als würde es den Gesamtaufwand sinnlos in die Höhe treiben - mich interessiert ja nicht der Zustand, ob der Thread unterbrochen werden soll oder nicht, sondern der Zustandswechsel, also der Zeitpunkt, an dem die interrupt()-Methode ein "true" zurückgibt.

Ich weiß nicht, ob es saubere Methoden gibt, Threads (und das geht ja fast nur bei Threads miit Schleifen) quasi wie als Reaktion auf ein Event zu pausieren oder auch abzubrechen, ohne die stop() bzw. suspend()/resume()-Methoden zu nutzen, da man ja nicht mehr von außen auf den Thread einwirken kann, nur das interrupt()-Signal kann zu jeder Zeit kommen.

Falls irgendjemand was mit dem Zeug anfangen kann, das ich von mir gegeben habe, bitte melden! ;D

MfG Zacherl



Die alte erste Frage, falls es wen interessiert.
Ich arbeite derzeit an einem Programm, das XML-Daten verarbeiten soll. Momentan versuche ich, die Ladeprozesse und die Abbildung der XML-Struktur auf eine interne Hashing-Struktur über nebenläufige Threads zu realisieren, was soweit auch klappt. Was mir den Kopf zerbricht, ist, dass beim selben Initialisierungsvorgang, also wenn ich die Threads loslegen lasse, es bis zu 30% länger dauert, wenn ich sie nebenläufig (also mit new Thread(runnable).start()) und nicht sequenziell (also jeden einzelnen Thread nur mit new Thread(runnable).run()) laufen lasse.
Lohnt es sich überhaupt, den Ladevorgang einer XML-Datei weiter auf kleine Threads herunterzubrechen, also für Teilbereiche wieder einzelne Threads laufen zu lassen, oder ist es günstiger, nur einen einzelnen Thread für den gesamten Vorgang loszuschicken? Ich fürchte fast, die Frage ist zu allgemein gestellt, also bitte glimpflich mit mir umgehen.

 

[Landei]

In welcher Form lädst du das HTML? Eine der schnellsten Methoden ist immer noch ein SAX-Parser, und da solltest du tunlichst von jeglicher Nebenläufigkeit absehen.

 

[bygones]

In welcher Form lädst du das HTML?

hae ? woher HTML ?

 

[Zacherl]

Ich verwende XML-Beans, aber - da habe ich mich wohl missverständlich ausgedrückt, tut mir Leid - der Engpass ist nicht das aufrufen der XML-Datei selbst, sondern die Abbildung der XML-Struktur auf eine HashMap; d. h., da ich anhand des XML-Schemas weiß, was enthalten ist, lege ich Tags mithilfe einer Wrapperklasse in der HashMap ab.

Statt

xmlDocument.getRoot().getSection().getTag();

kann ich dann per

hashMap.get("RootSectionTag");

auf das einzelne Element zurückgreifen; in der HashMap werden die einzelnen Wrapper gespeichert. Da bei der Initialisierung nur aus der XML-Datei, die schon im Zwischenspeicher liegt, gelesen werden muss, kann ich ohne Probleme bei gleichzeitigem Zugriff mit verschiedenen Threads die Eigenschaften auf die Wrapper-Klassen abbilden; also starte ich für jedes "section"-Tag im XML-Dokument einen Thread, der die darunterliegenden Eigenschaften scannt.

Ist das jetzt klarer geworden?

MfG, Zacherl

 

[bygones]

ist natuerlich gefaehrlich...

xmlDocument.getRoot().getSection().getTag();

kann dir der compiler sagen wenn etwas falsch laeuft

hashMap.get("RotSectionTag");

wird nicht funktionieren und keiner sagt dir das... das dann rauszufinden ist muehsam.

ist zwar nicht dein aktuelles problem, ich wuerde aber so weit wie moeglich immer versuchen weg von Strings zu gehen...

 

[Landei]

hae ? woher HTML ?

Meinte latürnich XML - mein HTML lese ich bestimmt nicht mit einem SAX-Parser ein

 

[Zacherl]

Mhm, das geht ja immer weiter... ;D
Also, meine erste Frage ist immer noch bezüglich der Effizienz der Threads usw.

Zu der Verwendung von der Hashmap... ich hatte schon in einer alten Version der Anwendung, die ich entwickle (das soll eine komplette Neuauflage werden und damit auch möglichst viele alte Fehler ausbessern...) eine Kopierfunktion. Die Dokumente enthielten eigentlich immer Aufreihungen von gleichartigen Inhalten - vorstellen kannst du es dir vielleicht wie eine Aufreihung von... Autos, zu denen Daten gespeichert werden, Modell, Preis, Ausstattung... Jetzt konnte man von einer Person auf die andere bestimmte Daten kopieren. Bisher musste ich erst herausfinden, welche Daten kopiert werden sollten, und dann noch bei jedem einzelnen Auto die Zielorte. Das Problem ist dann weiterhin, dass es beispielsweise eine verschiedene Anzahl von Sitzen in einem Auto gibt, die wieder in Tags gespeichert werden, also <sitz>...</sitz><sitz>...</sitz> und ich zu dem Quellsitz den richtigen Zielsitz rausfinden muss, um kopieren zu können. Und je weiter ich darüber nachdenke, merke ich, dass mein Ansatz mit der HashMap das wahrscheinlich auch nicht löst...

Ich schaffs einfach nicht, das Problem zu abstrahieren, tut mir Leid, wenn ihrs nicht versteht! ;D

Also, das mit der Datenstruktur muss ich mir nochmal überlegen, insofern steht die Frage erstmal aus...
Wenn ihr mir aber sagen könnt, wie ich GUI und Threads sinnvoll verknüpfen kann (wie oben geschildert), wär ich euch auch sehr dankbar (bin ich sowieso schon).

Also, vielen Dank für die bisherigen Antworten, ich editier dann mal den ersten Post und mach mir Gedanken über den Mist, den ich hier fabriziere.

MfG, Zacherl