Warten auf ein Ereignis

[PollerJava]

Hallo nochmal,

Hätte noch eine Frage, und zwar habe ich folgende Klasse:

public class DBConnection extends TimerTask implements Runnable
    {        
    private DBWriter dBWriter;
    private Timer timer = new Timer();
    private DatenSpeicher datenSpeicher = DatenSpeicher.getInstance();
    
    public DBConnection() 
        { 
        dBWriter = DBWriter.getInstance();
        dBWriter.initHystereseVariablen();
        timer.scheduleAtFixedRate(this, 0, 1000);
        }
    
    public void run()
	{
      if (datenSpeicher.getConnected() == true)                                    // wenn ein fireUpdate gesetzt wurde (also wenn von einer Schnittstelle etwas empfangen wurde (das erste mal)), dann wird das Schreiben in die DatenBank gestartet 
            {
            dBWriter.startDBWriteTimer();
            timer.cancel();
            } 
        } 
    }

In der Klasse läuft ein Timer, in der run()- Methode wird alle 1000ms überprüft, ob ein Flag in einem anderen Objekt auf true gesetzt wurde, wenn ja dann wird das schreiben in die DatenBank gestartet,

Nun scheint mir das ein bisschen zu viel Aufwand zu sein,
Kann man das irgendwie performanter machen?

lg

 

[Murray]

Sieh dir mal Object#wait und Object#notify an.

 

[PollerJava]

Hab ich schon aber mir ist nicht klar, wie das funktionieren soll in meinem Beispiel

 

[byte]

Sowas löst man mit Listenern. Guck Dir mal PropertyChangeListener bzw. Observer/Observable an.

 

[PollerJava]

Hättet ihr vielleicht einen kleien Tipp, wie ich da anfange,
Habs mir durchgelesen, sthe aber immer noch am Bahnhof,

vielen dank

 

[byte]

http://www.java2s.com/Code/Java/Design-Pattern/Observer-Pattern.htm

 

[PollerJava]

Ja ich kenne das Observer Pattern, Ich habe aber nur diese eine Klasse/Objekt und möchte eben nur diese eine Klasse informieren, ob ein flag schon gesetzt worden ist oder nicht,
Geht das nicht mit weniger Aufwand auch?

lg

 

[SlaterB]

ganz einfach: wenn sich in dem Datenspeicher etwas tut,
dann informiert dieses die DBConnection,
fertig, da muss die DBConnection gar nicht groß timern,

wenn der Datenspeicher aber nicht direkt auf die DBConnection zugreifen soll oder diese Klasse gar nicht kennt,
oder viele Klassen die Info haben wollen, dann macht man das indirekter:
lauter Listener melden sich an und bekommen eine standardisierte Info,
mehr steckt da gar nicht dahinter, auch wenn man es protzig ein Pattern nennt