Zeit in Milli bis Mitternacht

[Fohnbit]

Hallo,

irgendwie stehe ich auf dem Schlauch.
Wie kann ich die verbleibende Zeit in Millisekunden berechen, die noch bis Mitternacht verbleibt?

Danke!

 

[tommysenf]

Vom Prinzip her : Date(Mitternacht) - Date(Jetzt)

 

[Fohnbit]

Ja genau, aber Date(Mitternacht) ist mein Problem.
Ich muss ja das jetzige Datum mit einer neuen Uhrzeit versehen ... oder das morgige Datum mit 00:00

 

[mrBrown]

LocalDateTime.of(LocalDate.now(),LocalTime.MIDNIGHT).plusDays(1)
(und #until)

 

[Fohnbit]

Vielen Dank

LocalDateTime midnight = LocalDateTime.of(LocalDate.now(),
                LocalTime.MIDNIGHT).plusDays(1);
        System.out.println(LocalDateTime.now().until(midnight,
                ChronoUnit.MILLIS));

scheint zu passen.

 

[Steven Hachel]

Die neue Date Api in Java8 ist echt super für sowas. Eine von vielen großartigen Erweiterungen, wie ich finde.

 

[Xyz1]

Ich hätte es noch ganz -altbacken- gemacht:

    /**
     * @param args the command line arguments
     * @throws java.lang.InterruptedException
     */
    public static void main(String[] args) throws InterruptedException {
        GregorianCalendar cal = new GregorianCalendar();
        cal.set(Calendar.HOUR_OF_DAY, 0);
        cal.set(Calendar.MINUTE, 0);
        cal.add(Calendar.DAY_OF_MONTH, 1);
       
        JLabel[] jla = new JLabel[]{
            new JLabel("Millisekunden:"), new JLabel("Sekunden:"), new JLabel("Minuten:"), new JLabel("Stunden:"),
            new JLabel("", JLabel.CENTER), new JLabel("", JLabel.CENTER), new JLabel("", JLabel.CENTER), new JLabel("", JLabel.CENTER)
        };
        JFrame jf = new JFrame("...");
        jf.setLayout(new GridLayout(2, 4));
        for (JLabel jl : jla) {
            jf.add(jl);
        }
        jf.setSize(600, 200);
        jf.setDefaultCloseOperation(WindowConstants.EXIT_ON_CLOSE);
        jf.setVisible(true);
       
        for (;;) {
            SwingUtilities.invokeLater(() -> {
                jla[4].setText(cal.getTimeInMillis() - System.currentTimeMillis() + "");
                jla[5].setText((cal.getTimeInMillis() - System.currentTimeMillis()) / 1000 + "");
                jla[6].setText((cal.getTimeInMillis() - System.currentTimeMillis()) / 60000 + "");
                jla[7].setText((cal.getTimeInMillis() - System.currentTimeMillis()) / 3600000 + "");
            });
            Thread.sleep(100);
        }
    }

Oder einfach selber Mitternacht ausrechnen. Such einfach mal nach Countdown im Internet.

(Die Ausgabe ist nicht besonders schön, sondern war nur für mich kontrolle.)

 

[mrBrown]

Ich hätte es noch ganz -altbacken- gemacht:

...

Oder einfach selber Mitternacht ausrechnen. Such einfach mal nach Countdown im Internet.

(Die Ausgabe ist nicht besonders schön, sondern war nur für mich kontrolle.)

Passt nur nicht, cal ist nicht genau Mitternacht

 

[Xyz1]

Passt nur nicht, cal ist nicht genau Mitternacht

Doch, cal ist auf die Lokalität des Benutzers bezogen, also umgebungsabhängig. Ansonsten wäre es ja 1 Uhr.

 

[mrBrown]

Doch, cal ist auf die Lokalität des Benutzers bezogen, also umgebungsabhängig. Ansonsten wäre es ja 1 Uhr.

Bei mir ist cal einige Sekunden nach Mitternacht...

 

[Steven Hachel]

GregorianCalendar und co ist halt deprecated. Sowas würde ich überhaupt nicht mehr nutzen.

 

[Xyz1]

Vor Allem würd ich nicht etwas deprecated nennen, was es defacto nicht ist.

 

[Jardcore]

Aber wieso soll man Java 1.1 Code benutzen, wenn es die bessere schönere Varianten in der Standard Java API gibt.

LocalDateTime.of(LocalDate.now(),LocalTime.MIDNIGHT).plusDays(1)

Ist doch viel besser lesbar und verständlicher als das was du vorgestellt hast.

Man filtert doch auch keine Listen mehr mit endlosen for und while Schleifen, sondern benutzt Streams.

 

[Xyz1]

Hier wurde sich auch schon reichlich und trefflich gestritten:
http://stackoverflow.com/questions/...bject-of-midnight-today-and-midnight-tomorrow

Wie du sehen tust: Nix veraltet/obsolet.

 

[mrBrown]

Pff, Java ist doch nur zum rumspielen gut. Immer diese Kids, die denken, man könnte mit was anderem als Assembler programmieren....

Hier wurde sich auch schon reichlich und trefflich gestritten:
http://stackoverflow.com/questions/...bject-of-midnight-today-and-midnight-tomorrow

Wie du sehen tust: Nix veraltet/obsolet.

Wie aktuell war denn Java 8 zum Zeitpunkt der Antworten? Sollen wir Spoilern oder sollen wir dir lieber nicht die Überraschung versauen?

Man filtert doch auch keine Listen mehr mit endlosen for und while Schleifen, sondern benutzt Streams.

Geht aber auch gut ohne streams mit #removeIf und #forEach

 

[Xyz1]

Aber wieso soll man Java 1.1 Code benutzen, wenn es die bessere schönere Varianten in der Standard Java API gibt.

Es gibt halt mittlerweile (leider) mehrere Wege, wobei einer flexibler ist als der andere.

 

[Xyz1]

Das selber berechnen, fände ich eigentlich noch am besten, wenn's nur um De oder UTC/GMT/Zulu geht. Aber was heißt schon am besten? : D

 

[mrBrown]

Das selber berechnen, fände ich eigentlich noch am besten, wenn's nur um De oder UTC/GMT/Zulu geht. Aber was heißt schon am besten? : D

Für die meisten heißt am Besten möglichst einfacher, lesbarer Code mit möglichst großer Testabdeckung. Und das ist hierbei für die meisten Java8-DateAPI = JodaTime > GregorianCalendar >>>> selber gerechnet.

Das du deinen eigenen Code trotzdem immer besser findest wissen wir schon

 

[Xyz1]

Ihr vergesst immer noch, dass meine Lösung auch die erste bei StackOverflow ist. Ohne, dass ich copying and pasting betrieben hätte. Wenn schon bashing, dann bashe ich auch mal. Selber rechnen hätte bei 1 Mrd. Countdowns auch Geschwindigkeitsvorteile....

 

[mrBrown]

Ihr vergesst immer noch, dass meine Lösung auch die erste bei StackOverflow ist. Ohne, dass ich copying and pasting betrieben hätte. Wenn schon bashing, dann bashe ich auch mal.

Du vergisst, das er direkt nach "deiner" Lösung eine andere Lösung empfiehlt, es zum Zeitpunkt der Antwort noch keine Java8 gab, der Thread überhaupt erst mit der Frage nach einer besseren Lösung als "deiner" beginnt und deine Lösung im Gegensatz zu der bei StackOverFlow nicht korrekt ist

Selber rechnen hätte bei 1 Mrd. Countdowns auch Geschwindigkeitsvorteile....

Dann zeig doch mal dein "selber Mitternacht ausrechnen" und Vergleich die Performance

 

[Xyz1]

steht doch auf SO, ist nicht so schwer, einfach noch ein Offset hinzufügen........

meine ist lediglich ungenau, dafür robust und alles Weitere

Wer weiß, vielleicht gibt es den neumodischen Quatsch bald nicht mehr.