Neue Date & Time API in Java 8

Auf diese Seite lese ich Folgendes:

Rechnen mit Datumsangaben-es ist auch sehr einfach. Wohl die beste Verbesserung im Vergleich zur derzeitigen situation mit Java < 1.8:

Period p = Period.of(2, HOURS);
LocalTime time = LocalTime.now();
LocalTime newTime = time.plus(p); //or time.plus(5, HOURS); or time.plusHours(5);

Ich nicht klar sehe den Vorteil vor-Versionen < 1.8.

Vielleicht kann jemand mir ein Beispiel nennen?
Atm Frage ich mich, wo die Verbesserung des new date & time API kommt.

Können Sie schreiben, die gleiche Funktionalität mit JDK?

InformationsquelleAutor Chris311 | 2013-07-08

  1. 28

    Mit Java < 8, würden Sie brauchen, um etwas zu schreiben wie:

    Calendar cal = Calendar.getInstance();
cal.set(Calendar.HOUR, cal.get(Calendar.HOUR) + 2);

    vs. Java 8:

    LocalTime now = LocalTime.now();
LocalTime later = now.plus(2, HOURS);

    Die Verbesserungen sind im wesentlichen auf

    • Lesbarkeit:
      • Calendar.getInstance() ist nicht sehr gut benannt: es ist schwer zu sagen die Instanz, die Sie bekommen, ohne das Lesen der Javadoc. LocalTime.now() ist ziemlich selbsterklärend: Sie erhalten eine Zeit-und es ist jetzt.
      • Zu kompensieren einen Termin, rufen Sie die Aufrechnung Methode (plus) in der Erwägung, dass mit der Kalender-API, müssen Sie manuell ändern Sie die Felder des Objekts (in diesem Beispiel, die Stunde) ist fehleranfällig.
    • Leichtigkeit der Nutzung (siehe zum Beispiel den Tisch in Richtung der Unterseite der auf dieser Seite für einen Vergleich):
      • die Kalender-API ist kompliziert zu verwenden, da es mischt Konzepte, wie eine einfache Datums (26. Juni 2015) und einen Augenblick in der Zeit (26. Juni 2015 ab 10 Uhr UTC) - es gibt nicht eine Klasse für das ehemalige Konzept
      • Die neue Zeit API, eine klare Trennung zwischen die verschiedenen Datum/Zeit-Konzepte
    • Sicherheit:
      • Die Kalender-API ist nicht sicher: nichts verhindert, dass Sie vom schreiben cal.set(123, 2) würde werfen eine nicht so hilfreiche ArrayOutOfBoundsException. Die neue API verwendet, Enumerationen, das löst das problem.
      • Die neue API verwendet, unveränderliche Objekte, das es thread-sicher.

    Insgesamt, die neue API ist deutlich inspiriert von der jodatime, die die bevorzugte Java-Datum-API seit geraumer Zeit jetzt. Sie können auch Lesen dieser detaillierte Vergleich von Java (<1.8) Datum vs. JodaTime (die meisten davon gelten soll, die Java 8 Date API).

    Naja... es ist nicht so schlecht, wie Sie es oben schauen: die Sie normalerweise verwenden würden cal.add(Calendar.HOUR, 2). Aber ich Stimme zu, dass die neue API ist eine große Verbesserung für alle die Gründe, die Sie aufgeführt haben.
    Du hast Recht - ich habe nicht verwendet die date-API seit geraumer Zeit 😉

    InformationsquelleAutor assylias

  2. 1

    Vorteile der neuen date/time API

    • Die Begriffe Datum (LocalDate), Zeit (LocalTime), Datum&Zeit (LocalDateTime), instant - (Sofort -) viel klarer und entspricht deren Bedeutung in gemeinsamen Sprache.
    • Letzteres Datum/Uhrzeit, um einen bestimmten Wert noch einfacher (Methode 'von', z.B. LocalDate.(2016,1,1))
    • Umgang mit Schaltjahren (Methode isLeapYear) bekam trivial
    • Hinzufügen/subtrahieren von Daten sehr einfach. E. g. verweisen heute in 10 Jahren:
      LocalDate.jetzt().plusYears(10)
    • Monat Nummerierung offset angepasst intuition. 'Januar' ist '1' und jetzt nicht '0' wie vor

    Nachteile

    • Noch nicht unterstützt von JPA2
    • Noch nicht unterstützt JSF2

    InformationsquelleAutor Hubert Schumacher

Schreibe einen Kommentar