JLabel wir auf Grund zu hoher Rechenlast oft nicht angezeigt

[gurke1509]

Hallo zusammen.

Folgendes Problem:
Ich arbeite an einem Programm, welches einige mathematischen Dinge ausrechnen kann.
Damit die Berechnungen später während der Laufzeit schneller ablaufen, rechnet das Programm einige Dinge schon beim Start aus.
Ein Frame soll den Benutzer darauf hinweisen.

Das Problem dabei ist, dass der Text in dem Frame in der Rechenphase zu spät oder erst garnicht angezeigt wird, bevor das Frame wieder geschlossen wird.

Hier der Code:

//Frame erstellen, welches den Benutzer auf eine kleine Wartezeit aufmerksam macht
fvorberechnung = new JFrame(lng.vorberechnung_titel);
JLabel lblvorberechnung = new JLabel(lng.lblvorberechnung);
fvorberechnung.getContentPane().setLayout(new GridLayout(1,1));
fvorberechnung.getContentPane().add(lblvorberechnung);
fvorberechnung.pack();
int top = (Toolkit.getDefaultToolkit().getScreenSize().height - fvorberechnung.getHeight()) / 2;
int left = (Toolkit.getDefaultToolkit().getScreenSize().width - fvorberechnung.getWidth()) / 2;
fvorberechnung.setLocation(top, left);
fvorberechnung.setVisible(true);

Rechner.fakultaetenAusrechnen();   //Eigentliches Ausrechnen!

fvorberechnung.setVisible(false);
fvorberechnung = null;

Ich habe auch schon versucht die eigentliche Berechnung in einem neuen Thread zu erstellen und dann mit Hilfe von join() auf diesen zu warten... aber das klappt auch nicht.
Ich könnte natürlich den Thread so eine sekunde warten lassen, aber es könnte bei anderen Rechnern ja unter Umständen auch mal länger dauern.

Gibt es da keine bessere Lösung?

Gruß Tobias

 

[Leroy42]

Ich habe auch schon versucht die eigentliche Berechnung in einem neuen Thread zu erstellen und dann mit Hilfe von join() auf diesen zu warten

Nun ja, wenn du mit join auf die Beendigung des Threads
wartest, hat es ja gar keinen Sinn einen separaten Thread zu starten.

Mach einfach:

new Thread(new Runnable() {
  public void run() {
    Rechner.fakultaetenAusrechnen();   //Eigentliches Ausrechnen!
  }}).start();

 

[Leroy42]

Noch was:

fvorberechnung.setVisible(false);

darfst du natürlich nicht sofort nach Starten des Threads
aufrufen; es muß die letzte Anweisung innerhalb des Threads sein, also

new Thread(new Runnable() { 
  public void run() { 
    Rechner.fakultaetenAusrechnen();   //Eigentliches Ausrechnen! 
    fvorberechnung.setVisible(false);
  }}).start();

 

[gurke1509]

ok.. dass das ganze direkt angezeigt wird, funktioniert.

ABER:
Die Methode, die das ganze veranlasst, wird von einer anderen Methode aufgerufen, welches das Hauptprogramm startet. Normalerweise hat sich der "Vorberechnungsframe" nach den Berechnungen geschlossen und ANSCHLIEßEND wird das Hauptprogramm gestartet.
Das Problem mit deiner Lösung: Es kommt beides. Also es wird das Vorberechnungsframe geöffnet (mit funktionierender Schrifft) und direkt auch das Hauptframe.
Das will ich nicht .

Dann hätte ich noch eine Frage:
Ich starte Threads immer so:
"new Thread(){ public void run......"
Was bringt da noch ein "new Runnable()"?


MOMENT
edit1:Ich sehe gerade, dass es doch nicht funktioniert mit der Schrift.
edit2:es funktioniert doch :-D

 

[Ariol]

thread starten
berechnungen ausführen
JFrame packen und auf visible setzen.

 

[gurke1509]

thread starten
berechnungen ausführen
JFrame packen und auf visible setzen.

befinden sich die letzten beiden anweisungen in der ersten, also dem thread?
ist die letzte außerhalb des threads?
welchen thread meinst du? den, der die meldung anzeigt, dass eine berechnung stattfindet, oder den hauptframe?
soll der hauptframe also aus dem thread heraus gestartet werden? dann hätte ich ja die ganze zweit zwei nebeneinander laufen, ohne dass ich es brauche.

Oder verstehe ich einfach nur das nicht, was du mir sagen möchtest

Um das ganze zu verdeutlichen...

Es gibt eine Methode A.
Dieses startet B und danach C.

B = Vorberechnungen und den dazu gehörigen Frame
C= Hauptframe

 

[gurke1509]

So,

Ich bin jetzt auf die Idee gekommen die Fenstererstellung UND die Berechnung in 2 Threads zu packen und dann auf den Berechnungsthread zu warten.
Aber aus irgendeinem Grund löst das nicht mein Problem.

Das ganze sieht wie folgt aus:

//Frame erstellen, welches den Benutzer auf eine kleine Wartezeit aufmerksam macht
	new Thread(new Runnable()
	{
	    public void run()
	    {
		fvorberechnung = new JFrame(lng.vorberechnung_titel);
		JLabel lblvorberechnung = new JLabel(lng.lblvorberechnung);
		fvorberechnung.getContentPane().add(lblvorberechnung);
		fvorberechnung.pack();
		int top = (Toolkit.getDefaultToolkit().getScreenSize().height - fvorberechnung.getHeight()) / 2;
		int left = (Toolkit.getDefaultToolkit().getScreenSize().width - fvorberechnung.getWidth()) / 2;
		fvorberechnung.setLocation(top, left);
		fvorberechnung.setVisible(true);
	    }
	}).start();
	
	//Berechnung starten
	Thread thberechnung = new Thread(new Runnable()
	{
	    public void run()
	    {
		Rechner.fakultaetenAusrechnen();
	    }
	});
	thberechnung.start();
	try{thberechnung.join();} catch(InterruptedException e){Logger.write(e.getMessage());}
	
	
	fvorberechnung.setVisible(false);
	fvorberechnung = null;

Warum wird das Label nicht richtig dargestellt? Denn immerhin laufen Berechnung und Frameerstellung in 2 verschiedenen Threads.

 

[Wildcard]

GUI Code hat in keinem anderem Thread als dem Event-Dispatcher Thread etwas zu suchen.

 

[gurke1509]

mmh.
Wie löse ich das Problem denn?
Ich bin schon sehr lange am überlegen.
Hoffentlich fällt mir was besseres ein.

Erklär mir nur kurz, warum GUI-Code nur was in dem Event-Dispatcher Thread zu suchen hat.
Ist der Event-Dispatcher Thread, der Thread auf dem ein Action Listener läuft?

 

[Wildcard]

Der Event Dispatcher ist fürs Zeichnen und die Verteilung von Events zuständig.
Er ist der einzige Thread der mit Swing uneingeschränkt kommunizieren darf.
Swing ist nicht Threadsicher, daher entstehen unerklärliche Fehler wenn diese Regel nicht beachtet wird.
Und ja, ActionListener zum Beispiel laufen im EDT.