SwingWorker, was ist richtig?

[Dunedain]

Hallo,

hab mal ne Style-Guide Frage zum SwingWorker, welche Methode "richtiger" ist...
Hab bis jetzt folgende Zwei Methoden gesehen, wie der SwingWorker die GUI ändert:

1) Über einen PropertyChangeListener (Leider nur prozentualer Fortschritt...)

2) Die Progressbar als Referenz an den SwingWorker zu übergeben und mittels doInBackground -> publish -> process zu aktualisieren.

Mal abgesehen davon, dass die erste Variante auf den prozentualen Status beschränkt ist, welche Methode ist "richtiger" bzw. besser? Gibt es einen "leichten" Weg, die erste Variante so zu erweitern, dass man auch andere Statusmeldungen außer dem prozentualen Fortschritt "veröffentlichen" und diese dann im PropertyChangeListener entgegennehmen kann?

 

[Ullenboom]

Hallo Dunedain,

ich würde Variante 1 immer dann nutzen, wenn prozentualer Fortschritt reicht, denn dann muss man der PB keine Referenz übergeben, und die Kopplung der Klassen wird minimiert. Sonst Variante 2. Mit Aufwand könnte man eine Unterklasse von PB schreiben, die mehr Ereignissse über PropertyChangeListener veröffentlicht, aber darin sehe ich keinen großen Sinn.

Beste Grüße

Christian

 

[Dunedain]

Erstmal besten Dank für die Info...

Zu meinem konkreten Fall, hab das jetzt so gelöst, dass ich das Panel, welches den Fortschritt visualisiert, als Referenz :? gespeichert habe und dann mittels publish/process aktualisiere. (Liegt schlicht und einfach daran, dass ich zwei PGBs aktualisieren muss, einmal der aktuelle WorkFlow Fortschritt und als zweites der Fortschritt des aktuellen WorkFlow Schrittes; sowohl mit Text als auch mit prozentualem Fortschritt).

Das mit dem erweitern des SwingWorkers ist mir ehrlich gesagt dann doch ein bischen zu komplex, da AccumulativeRunnable noch proprietär und die doSubmit Eigenschaft (zum einreihen eigener AccumulativeRunnables?) im SwingWorker komplett private ist,...