Wie repaint() bei Uhr realisieren?

[zodiac]

Hallo,
ich möchte im Wesentlichen ein Applet schreiben, indem die Uhrzeit angezeigt werden, diese soll natürlich sekündlich aktualisiert werden.

Wie mache ich das am besten? Ressurcensparend? Mit Thread.sleep(int time)? Wenn ja, wie lange soll das Programm immer schlafen? genau 1s? Ist das so genau oder muss ich die Zeit immer wieder neu auslesen?

Danke
ZodiaC

 

[XHelp]

Du brauchst ja eine paint-Methode, die dir genau die aktuelle Zeit aufmalt. Diese rufst du dann jede Sekunde auf.

 

[Gelöschtes Mitglied 20545]

In dem Zusammenhang würde mich interessieren, ob Timer oder Thread "sicherer" und welcher performanter ist und welche Risiken ein Thread birgt.
Hier bei SUN sagen sie lediglich, dass Threads "ganz okay" sind, wenn man sich an die Regeln hält...ahja.

 

[Landei]

Thread ist schon OK, aber wenn du Swing nimmst, gibt es extra die Klasse javax.swing.Timer (nicht zu verwechseln mit java.util.Timer). JavaDoc sagt:

The javax.swing.Timer has two features that can make it a little easier to use with GUIs. First, its event handling metaphor is familiar to GUI programmers and can make dealing with the event-dispatching thread a bit simpler. Second, its automatic thread sharing means that you don't have to take special steps to avoid spawning too many threads. Instead, your timer uses the same thread used to make cursors blink, tool tips appear, and so on.

Siehe auch: How to Use Swing Timers (The Java™ Tutorials > Creating a GUI With JFC/Swing > Using Other Swing Features)

Timer gehen nicht immer genau, deshalb würde ich ihn vielleicht 5-mal pro Sekunde laufen lassen, und einfach nur repaint() aufrufen. Die Zeitabfrage machst du einfach in paintComponent. Solange du keine Kunstwerke zeichnest, sind die überzähligen repaints kaum der Rede wert.

 

[slawaweis]

1s sleep wäre hier zu ungenau. Man muss einen Thread laufen lassen, der in weniger als eine Sekunde die aktuelle Zeit über System.currentTimeMillis() prüft. Z.B. prüft man alle 200 Millisekunden die Differenz zwischen currentTimeMillis und einem vorher gespeicherten Wert, ob inzwischen eine Sekunde vergangen ist. Wenn das passiert, wird in einem anderen Thread das Repaint durchgeführt. Dabei muss der Zeit-Thread unabhängig von der GUI laufen und entweder darauf warten, noch dadurch blockiert werden, wenn sich z.B. die Repaint-Befehle stapeln, weil das UI irgendwas anderes macht.

Slawa

 

[Landei]

Na ja, wenn das repaint länger als eine Sekunde dauert, hat man sowieso ein Problem, egal ob die Threads entkoppelt sind oder nicht...

 

[zodiac]

Und wie aktualisiere ich date?

Ich habe jetzt

Date date = new Date();

Das ist aber keine Referenz auf Datum; sondern eine feste Zeit. Soll ich jetzt immer wieder
new Date() aufrufen?

 

[SlaterB]

wenn du die aktuelle Uhrzeit brauchst, dann musst du auf diese Weise ein Date-Objekt erzeugen, richtig,

-----

noch zur Warte-Thread-Optimierung: 200ms warten kann unschön sein,
mit Pech aktualisiert man die Zeit mal genau zum Sekunden Wechsel, mal erst erst nach 1.199 sec und dann wieder nach 0.801 sec,
das kann bereits ein bemerkbares Flackern sein, bis zu 50% Unterschied,
wenn dann auf 50ms Wartezeit runter gehen,

oder rechnen: ein Thread der die aktuelle Zeit kennt, die Zeit bis zum nächsten Update (+ bisschen drüber) und dann die Differenz lang schläft, meist 900+ ms,
das erzeugt die wenigste Arbeit und ist auch am genauesten

 

[Andi_CH]

noch zur Warte-Thread-Optimierung: 200ms warten kann unschön sein,
mit Pech aktualisiert man die Zeit mal genau zum Sekunden Wechsel, mal erst erst nach 1.199 sec und dann wieder nach 0.801 sec,

So wie ich es verstehe ist deine Überlegung falsch - wenn der Thread es wirklich 1mS vor dem Wechsel versucht, erfolgt doch der erfolgreiche update 199mS nach der Sekunde.
0.2 Sekunden unschärfe sind schon nicht mehr so schlimm ....

Mache ich einen Überlegungsfehler?

Aber meine eigentliche Frage - gibt es wirklich keine (eventuell plattformspezifische) Möglichkeit einen Thread durch die Uhr wecken zu lassen? So im Stil von waitUntil(12:00); goto Eat;
Na ja, dass das alte goto auch wieder mal zu Ehren kommt

(Klar, für grössere Zeiträume kann ich ja ausrechnen wie lange ich schlafen muss, bis ich essen gehen darf ;-) )

En Guete / Mahlzeit
Andi

[EDIT] Dakommt mir noch eine Idee:

int pausenLänge = rechnenWieLangeEsNochDauert(); // vielleicht etwas weniger lange
Schlafen(pausenLänge);
while (zeitNochNichtUm()) {
    ganzKurzePause();
}
neueZeitdarstellen();

 

[SlaterB]

1.199, also "199mS nach der Sekunde" habe doch auch geschrieben?
0.2 sind schon schlimm und wie gesagt ist im Extremfall das nächse Update extrem pünktlich -> nach 0.8 sec, zwischen 0.8 und 1.2 sind es 0.4 Unterschied,
theoretisch kann das die ganze Zeit so weitergehen, immer 1.2 sec, 0.8, 1.2, 0.8...

> waitUntil(12:00);

dass man ausrechnen kann wie lange zu schlafen ist beschreibe ich ja gerade,
ob es in der API vorgegeben ist kann ich nicht sagen

> Dakommt mir noch eine Idee:

Copyright, meine Idee

 

[Andi_CH]

-> Dann habe ich deine Aussage "mal erst erst nach 1.199 sec" falsch interpretiert.

Copyright: Meine Kollegen aus der französischen Schweiz würden jetzt sagen: "Asch das copyright lass isch disch" ;-) (tönt richtig sympatisch) (Die Idee ist in Umkehrung eines Taskswitching Verfahrens das wir vor einige Zeit mal besprochen haben (wahr vor zwei Jahren im Nachdip-Studium) bei dem Prozesse nach irgendwelchen Kriterien progressiv mehr Rechenzeit bekommen)

Mit sleepUntil(12:00) meine ich natürlich dass der Thread genau um 12:00 von der Uhr geweckt wird und nicht ein verkapptes "sleep(12:00-now())"

 

[zodiac]

Ok Eclipse sagt mir immer wenn ich

date.getHours()

angebe, dass die Methode deprecated ist, welche soll ich denn anstatt dieser nehmen?

 

[Gelöschtes Mitglied 20545]

Calendar.get(Calender.HOUR_OF_DAY) oder nur HOUR, wenn die Stunde seit 0:00 bzw. 12:00 gesucht wird.