Designfrage: Daten einlesen und Fortschrittsdialog anzeigen

[Gast]

Hallo!

Ich schreibe gerade ein Programm, das diverse Daten einlesen soll. Dabei soll ein Dialog mit einem Fortschrittsbalken und einem Abbruch-Button angezeigt werden. Der Benutzer sollte die Möglichkeit haben mittels Abbruch-Button den Lesevorgang abzubrechen, nicht aber irgend welche anderen Programmfunktionen zu aktivieren.

Nun habe ich mir gedacht, dass ich das folgendermassen machen könnte:

(1) Ein modaler Dialog zeigt den Fortschritt an. Dadurch wäre das Programm blockiert und der Benutzer kann nur mehr warten bis der Lesevorgang beendet ist oder den Abbruch-Button drücken. Der Dialog schliesst sich automatisch, wenn der Fortschrittsbalken seinen Maximalwert erreicht hat.

(2) Die Leseoperation müsste dann als Thread realisiert werden. Den Fortschrittsbalken könnte man mittels Observer-Pattern updaten.

Da ich noch wenig Erfahrung mit solchen Dingen habe, habe ich noch zwei Fragen:

(1) Ist das Design so ok, oder gibt es einen besseren Weg.
(2) Wenn bei der Leseoperation ein Fehler auftritt, dann würde der modale Dialog ja weiterhin alles blockieren. Brauche ich da eventuell noch einen 2. Thread, der den Dialog und den Lesevorgang startet und auf den das Hauptprogramm wartet. Oder wie könnte man das lösen?

 

[krey]

Wenn es einen Fehler gibt wird ja eine Exception geworfen! Damit kannst du den Dialog ja disposen. Außerdem kannst du gucken wie groß die Datei ist und schaun wieviele Bytes bereits gelesen sind, das in Relation stellen und demnach deine Bar mit setValue über einen Thread setzen lassen. Dann kann ein Thread die Daten lesen und ein anderer die Bar zeichnen. Dem zeichner würde ich weniger Priorität zuteilen da du damit resourcen verballerst hauptsache klicki bunti ne *gg* Naja auf jeden fall solltest du dir mal die Prioritäten und ThreadGroup angucken.

Naja ich hab ne Menge getrunken, morgen Schule und geh ma pennen. N8
Grüße, Martin

 

[sliwalker]

hoi,

bin ich jetzt besoffen oder ist das Programm nicht zwingend unterbrochen, wenn Du das mit einem modalen Dialog machst? Es wartet doch dann auf eine Eingabe vom Benutzer. "modal == Pflichtantwort" (oder vertu ich mich jetzt?)

Aber ein ganz normales selbstgeschirebenes Fenster erfüllt da ebenfalls seinen Zweck

greetz
SLi

 

[Guest]

Hallo!

Danke für die Antworten!

bin ich jetzt besoffen oder ist das Programm nicht zwingend unterbrochen, wenn Du das mit einem modalen Dialog machst? Es wartet doch dann auf eine Eingabe vom Benutzer. "modal == Pflichtantwort" (oder vertu ich mich jetzt?)

Da hast Du schon recht. Aber in meinem Fall erreiche ich dadurch das gewünschte Verhalten, nämlich

(1) Der Benutzer kann zwar den Lesevorgang unterbrechen, kann aber nicht mit den Menüs des Hauptfensters herumspielen.
(2) Ist der Lesevorgang abgeschlossen (d.h. der Fortschrittsbalken erreicht sein Maximum), dann beendet sich der Dialog selbst und der User kann ganz normal weiter arbeiten.

Doch genau da liegen auch meine Bedenken, weil ich quasi einen modalen Dialog zur Threadsynchronisation "missbrauche". Ich denke, dass es da sicher was Besseres gibt. Mir ist aber leider nichts Anderes eingefallen

 

[Beni]

Also ich hätte da keine Bedenken :wink:
Mit einem "try{...}finally{...}" um deinen Algorithmus könntest du den Dialog im finally-Block garantiert schliessen (dieser Block wird immer aufgerufen, auch wenn eine Exception auftritt).

 

[Guest]

Also ich hätte da keine Bedenken

Ok, dann hab ich jetzt auch keine Bedenken mehr

Danke für das Feedback und den finally-Tip!