Wie folgendes am besten realisieren (Multithreading.)

[Arki]

Hi,
also ich habe eine kleines Problem... letztendlich geht es dabei um Nachrichtenaustausch. Ich denke, ihr wisst ja alle wie das aussieht wenn z.B. ein Virenscanner läuft oder man z.B. in Windows eine Datei sucht: In der GUI wird jede Datei angezeigt, die gerade gescannt wird; analog bei der Suche, wo eben immer angezeigt wird, welches Verzeichnis gerade durchsucht wird. Vom Prinzip her genau sowas will ich jetzt auch für meine Swing GUI bauen. Aber ich weiß nicht welches da der beste Ansatz ist, deshalb möchte ich mir gerne von hier ein paar Anregungen holen.
Also letztendlich isses so, dass ich eben eine Klasse habe, welche die eigentliche Arbeit erledigt (hier z.B. das Scannen einzelner Dateien). Diese Klasse wird in meiner GUI instanziiert und dann benutzt. Die Klasse selbst weiß (bis jetzt) nichts von der GUI.

 

[SlaterB]

die Klasse muss als Thread unabhängig zur GUI laufen
und ab und zu gui.setInfo(aktuellerDateiname) oder so aufrufen,

dann wird dieser Text dort angezeigt

 

[Arki]

Ok, das klingt logisch. So hätte ich es auch gemacht, aber hätte ja sein können dass es da noch andere Möglichkeiten gibt. Da muss ich dann aber auch mit EventQueue.invokeLater usw. arbeiten oder ?

 

[SlaterB]

nönö, dein Thread ist mit der GUI gleichberechtigt,
also die GUI fordert auch ihre Zeit und kommt dann auch mal paar Millisekunden zum Zuge
wenn denn Arbeit ansteht (wie das repaint)

das dürfte klappen

 

[Wildcard]

Da muss ich dann aber auch mit EventQueue.invokeLater usw. arbeiten oder ?

nönö, dein Thread ist mit der GUI gleichberechtigt,

Abhängig von dem was besagtes gui.setInfo(aktuellerDateiname) macht, muss dieser Aufruf sehr wohl mit der GUI synchronisiert werden.

nönö, dein Thread ist mit der GUI gleichberechtigt,

Stimmt auch nicht ganz. Der EventDispatcher-Thread genießt eine höhere Priorität als der 'Otto-Normal Thread'

 

[SlaterB]

warum erwähnst du das immer wieder?
also ich habe in 5 Jahren bei einfachen GUI noch nie irgendwo invokeLater() gebraucht!
es geht doch nur um Textfelder, TextAreas, paintComonent()-Operationen usw.,
das klappt schon

 

[Wildcard]

Was ist besser? Ein Programm das in 96% Prozent aller Fälle funktioniert und ausgerechnet bei der Vorführung bei einem wichtigen Kunden nicht, oder ein korrektes?
Threads sind fiese kleine Biester. Wenn du ihnen nicht die nötige Aufmerksamkeit zuteil werden lässt, beißen sie dir in den Allerwertesten :wink:

 

[Azrahel]

Da muss ich Wildcard zustimmen, spätestens bei DeathLocks kanns echt nervig werden...

 

[SlaterB]

bei den einfachen Dingen hat man erstens 100% statt 96% (oder zeige ein Gegenbeispiel?)

und das wichtige ist, dass es um Vorführung bei Kunden gar nicht geht,
sondern darum ein funktionierendes Programm zu erstellen?

ich kenne kein Lehrbuch oder Anfänger-Tutorial wo von invokeLater() die Rede ist,
schaue dir doch mal z.B. das Java-Swing-Tutorial an:

  public void actionPerformed(ActionEvent e) {
        String prefix = "You typed \"";
        if (textFieldString.equals(e.getActionCommand())) {
            JTextField source = (JTextField)e.getSource();
            actionLabel.setText(prefix + source.getText() + "\"");
        } else if (passwordFieldString.equals(e.getActionCommand())) {
            JPasswordField source = (JPasswordField)e.getSource();
            actionLabel.setText(prefix + new String(source.getPassword())
                                + "\"");
        } else if (buttonString.equals(e.getActionCommand())) {
            Toolkit.getDefaultToolkit().beep();
        }
    }

http://java.sun.com/docs/books/tutorial/uiswing/components/examples/TextSamplerDemo.java

schlägst du nun allen ernstes

RiesenKonstrukt-invokeLater() {
    actionLabel.setText(prefix + source.getText() + "\"");
}

vor? das geht doch völlig am Thema vorbei? und es funktioniert IMMER auch so
(bei den Dingen die man normalerweise so benutzt)

das ist jetzt hier in diesem Thread genauso am Thema vorbei,
aber das halte ich für recht störend/ verwirrend

 

[byte]

Es bringt einen ja auch nicht wirklich um, einfach immer invokeLater zu benutzen. Eclipse wrapt Dir bei Bedarf per Tastenkommando ein Runnable um beliebige Statements. Dann noch fix den Aufruf davor geschrieben ... geschätzter Aufwand: 10 sec

 

[Wildcard]

@SlaterB
Was ist denn das für ein Beispiel?
actionPerformed wird vom EventDispatcher-Thread ausgeführt, da musst du nichts synchronisieren :autsch:

 

[Wildcard]

ich kenne kein Lehrbuch oder Anfänger-Tutorial wo von invokeLater() die Rede ist,

Ich denke wir sind einer Meinung das sich die Java Insel an Anfänger richtet:
http://www.galileocomputing.de/open...sel15_032.htm#Rxx747java15032040005581F03B1BC

 

[SlaterB]

das stimmt, mit Threads wird eine Beispiel-Suche schwierig
bzw. in
http://java.sun.com/docs/books/tutorial/uiswing/concurrency/initial.html
ist dann auch sofort davon die Rede

nun dann verwirre eben weiter die Leute..

 

[byte]

Oder Du programmierst mal nebenläufig in SWT. Dann lernst Du es richtig. :bae:

 

[Wildcard]

Danke sehr. Werde ich tun

 

[Wildcard]

Oder Du programmierst mal nebenläufig in SWT. Dann lernst Du es richtig. :bae:

Stimmt. Da fliegt konsequenter weise direkt eine Exception. Währe für Swing auch nicht schlecht.

 

[Arki]

Also erst mal danke für die Antworten. Prinzipiell mach ich sowas ehrlich gesagt auch immer mit invokeLater usw... also verwirrt hat mich das jetzt nicht. Wollte halt nur noch mal genauer nachfragen, und mir gings eigentlich eher ums Prinzip wie man sowas realisiert