Könnte jemand bitte die aktuellen "Best Practice" Dateund CalendarTypen beraten .

Wenn neuen Code zu schreiben, ist es am besten, immer zu bevorzugen Calendarüber Date, oder gibt es Situationen , in denen Dateist der geeignetere Datentyp?

Datum ist eine einfachere Klasse und wird hauptsächlich aus Gründen der Abwärtskompatibilität verwendet. Wenn Sie bestimmte Daten festlegen oder Datumsarithmetik durchführen müssen, verwenden Sie einen Kalender. Kalender übernehmen auch die Lokalisierung. Die vorherigen Datumsmanipulationsfunktionen von Date sind seitdem veraltet.

Persönlich neige ich dazu, entweder die Zeit in Millisekunden als Long (oder Long, je nach Bedarf) oder als Kalender zu verwenden, wenn ich die Wahl habe.

Sowohl Datum als auch Kalender sind veränderbar, was bei Verwendung in einer API zu Problemen führen kann.

Der beste Weg für neuen Code (wenn Ihre Richtlinie Code von Drittanbietern zulässt) ist die Verwendung der Joda Time-Bibliothek .

Beides, Datum als auch Kalender haben so viele Designprobleme, dass beide keine gute Lösung für neuen Code sind.

• Dateund Calendarsind wirklich das gleiche grundlegende Konzept (beide repräsentieren einen Zeitpunkt und sind Wrapper um einen zugrunde liegenden longWert).

• Man könnte argumentieren, dass dies Calendarsogar noch mehr kaputtDate ist als es ist, da es konkrete Fakten über Dinge wie Wochentag und Tageszeit zu bieten scheint, während sich timeZoneder Beton in Pudding verwandelt , wenn Sie seine Eigenschaft ändern ! Aus diesem Grund sind keine Objekte als Speicher für Jahr, Monat, Tag oder Uhrzeit wirklich nützlich .

• Verwenden Sie Calendarnur als Taschenrechner , die, wenn gegeben Dateund TimeZoneObjekte, wird für Sie Berechnungen tun. Vermeiden Sie die Verwendung für die Eingabe von Eigenschaften in einer Anwendung.

• Verwenden Sie SimpleDateFormatzusammen mit TimeZoneund Date, um Anzeigezeichenfolgen zu generieren.

• Wenn Sie sich abenteuerlustig fühlen, verwenden Sie Joda-Time, obwohl es meiner Meinung nach unnötig kompliziert ist und in Kürze auf jeden Fall von der JSR-310-Datums-API abgelöst wird.

• Ich habe zuvor geantwortet, dass es nicht schwierig ist, eine eigene YearMonthDayKlasse zu rollen , die Calendarunter der Haube für Datumsberechnungen verwendet wird. Ich wurde für den Vorschlag abgelehnt, aber ich glaube immer noch, dass er gültig ist, da Joda-Time (und JSR-310 ) für die meisten Anwendungsfälle wirklich so kompliziert sind.

Datum ist am besten zum Speichern eines Datumsobjekts geeignet. Es ist das Beharrliche, das Serialisierte ...

Der Kalender eignet sich am besten zum Bearbeiten von Daten.

Hinweis: Manchmal bevorzugen wir auch java.lang.Long gegenüber Date, da Date veränderlich und daher nicht threadsicher ist. Verwenden Sie für ein Date-Objekt setTime () und getTime (), um zwischen den beiden zu wechseln. Zum Beispiel ein konstantes Datum in der Anwendung (Beispiele: die Null 1970/01/01 oder eine anwendbare END_OF_TIME, die Sie auf 2099/12/31 festgelegt haben; diese sind sehr nützlich, um insbesondere Nullwerte als Start- und Endzeit zu ersetzen wenn Sie sie in der Datenbank beibehalten, da SQL mit Nullen so eigenartig ist).

Ich benutze normalerweise Datum, wenn möglich. Obwohl es veränderlich ist, sind die Mutatoren tatsächlich veraltet. Am Ende wird im Grunde ein Long umbrochen, der das Datum / die Uhrzeit darstellt. Umgekehrt würde ich Kalender verwenden, wenn ich die Werte manipulieren müsste.

Sie können sich das so vorstellen: Sie verwenden StringBuffer nur, wenn Sie Strings benötigen, die Sie einfach bearbeiten und dann mit der toString () -Methode in Strings konvertieren können. Ebenso verwende ich Kalender nur, wenn ich zeitliche Daten bearbeiten muss.

Für bewährte Methoden verwende ich unveränderliche Objekte so oft wie möglich außerhalb des Domänenmodells . Es verringert die Wahrscheinlichkeit von Nebenwirkungen erheblich und wird vom Compiler anstelle eines JUnit-Tests für Sie durchgeführt. Sie verwenden diese Technik, indem Sie ein privates Finale erstellen Endfelder in Ihrer Klasse .

Und zurück zur StringBuffer-Analogie. Hier ist ein Code, der Ihnen zeigt, wie Sie zwischen Kalender und Datum konvertieren

String s = "someString"; // immutable string
StringBuffer buf = new StringBuffer(s); // mutable "string" via StringBuffer
buf.append("x");
assertEquals("someStringx", buf.toString()); // convert to immutable String

// immutable date with hard coded format.  If you are hard
// coding the format, best practice is to hard code the locale
// of the format string, otherwise people in some parts of Europe
// are going to be mad at you.
Date date =     new SimpleDateFormat("yyyy-MM-dd", Locale.ENGLISH).parse("2001-01-02");

// Convert Date to a Calendar
Calendar cal = Calendar.getInstance();
cal.setTime(date);

// mutate the value
cal.add(Calendar.YEAR, 1);

// convert back to Date
Date newDate = cal.getTime();

// 
assertEquals(new SimpleDateFormat("yyyy-MM-dd", Locale.ENGLISH).parse("2002-01-02"), newDate);

Dates sollte als unveränderlicher Zeitpunkt verwendet werden; Calendars sind veränderbar und können weitergegeben und geändert werden, wenn Sie mit anderen Klassen zusammenarbeiten müssen, um ein endgültiges Datum zu ermitteln. Betrachten Sie sie analog zu StringundStringBuilder Sie werden verstehen, wie ich denke, dass sie verwendet werden sollten.

(Und ja, ich weiß, dass Date technisch nicht unveränderlich ist, aber die Absicht ist, dass es nicht veränderlich sein sollte, und wenn nichts die veralteten Methoden aufruft, ist es so.)

tl; dr

beraten die aktuellen "Best Practice" um DateundCalendar

am besten ist es immer zu bevorzugen CalendarüberDate

Vermeiden Sie diese Legacy-Klassen vollständig. Verwenden Sie stattdessen java.time- Klassen.

• Verwenden Sie für einen Moment in UTC (das moderne Äquivalent vonInstant
Date )
• Verwenden Sie für einen Moment in einer bestimmten Zeitzone (das moderne Äquivalent von )ZonedDateTime
GregorianCalendar
• Verwenden Sie für einen Moment in einem bestimmten Versatz von UTCOffsetDateTime
  (kein Äquivalent in Legacy-Klassen).
• Verwenden Sie für eine Datums- und Uhrzeitangabe (keinen Moment) mit unbekannter Zeitzone oder Versatz (kein Äquivalent in Legacy-Klassen).LocalDateTime
  

Einzelheiten

Die Antwort von Ortomala Lokni schlägt zu Recht vor, die modernen java.time- Klassen anstelle der problematischen alten alten Datums- / Uhrzeitklassen zu verwenden ( Date,Calendar usw.). Aber diese Antwort schlägt die falsche Klasse als gleichwertig vor (siehe meinen Kommentar zu dieser Antwort).

Mit java.time

Die java.time-Klassen sind eine enorme Verbesserung gegenüber den bisherigen Datums- und Uhrzeitklassen sowie dem Unterschied zwischen Tag und Nacht. Die alten Klassen sind schlecht gestaltet, verwirrend und mühsam. Sie sollten die alten Klassen nach Möglichkeit meiden. Wenn Sie jedoch in / aus dem alten / neuen konvertieren müssen, können Sie dies tun, indem Sie neue Methoden aufrufen, die dem alten hinzufügen Klassen werden.

Weitere Informationen zur Konvertierung finden Sie in meiner Antwort und in meinem übersichtlichen Diagramm zu einer anderen Frage: Konvertieren Sie java.util.Date in welchen Typ "java.time"?.

Searching Stack Overflow bietet viele hundert Beispielfragen und -antworten zur Verwendung von java.time. Aber hier ist eine kurze Zusammenfassung.

Instant

Holen Sie sich den aktuellen Moment mit einem Instant. Die InstantKlasse repräsentiert einen Moment auf der Zeitachse in UTC mit einer Auflösung von Nanosekunden (bis zu neun (9) Stellen eines Dezimalbruchs).

Instant instant = Instant.now();

ZonedDateTime

Wenden Sie eine Zeitzone ( ) an, um das gleiche simultane Moment durch die Linse der Wanduhrzeit einer bestimmten Region zu sehen .ZoneIdZonedDateTime

Zeitzone

Geben Sie einen richtigen Zeitzonennamen im Format continent/region, wie zum Beispiel America/Montreal, Africa/Casablancaoder Pacific/Auckland. Verwenden Sie niemals die Abkürzung für 3-4 Buchstaben, wie z. B. ESToder, ISTda es sich nicht um echte Zeitzonen handelt, die nicht standardisiert und nicht einmal eindeutig (!) Sind.

ZoneId z = ZoneId.of( "America/Montreal" );
ZonedDateTime zdt = instant.atZone();

Offset

Eine Zeitzone ist die Änderungshistorie einer Region in Bezug auf den Versatz von UTC . Aber manchmal erhalten Sie nur einen Versatz ohne die volle Zone. Verwenden Sie in diesem Fall die OffsetDateTimeKlasse.

ZoneOffset offset = ZoneOffset.parse( "+05:30" );
OffsetDateTime odt = instant.atOffset( offset );

Die Verwendung einer Zeitzone ist der Verwendung eines bloßen Versatzes vorzuziehen.

LocalDateTime

Das "Lokal" in den Local…Klassen bedeutet " beliebig" Ort, keinen bestimmten Ort. Der Name kann also kontraintuitiv sein.

LocalDateTime, LocalDateUnd LocalTimefehlen absichtlich keine Informationen über Offset- oder Zeitzone. Sie stellen also keine tatsächlichen Momente dar, sie sind keine Punkte auf der Zeitachse. Verwenden Sie im Zweifelsfall oder in der Verwirrung ZonedDateTimeeher alsLocalDateTime . Search Stack Overflow für viel mehr Diskussion.

Saiten

Kombinieren Sie Datums- und Uhrzeitobjekte nicht mit Zeichenfolgen, die ihren Wert darstellen. Sie können eine Zeichenfolge analysieren, um ein Datums- / Uhrzeitobjekt abzurufen, und Sie können eine Zeichenfolge aus einem Datums- / Uhrzeitobjekt generieren. Die Zeichenfolge ist jedoch niemals die Datums- und Uhrzeit selbst.

Erfahren Sie mehr über die Standardformate ISO 8601 , die standardmäßig in den Klassen java.time verwendet werden.

Über java.time

Das java.time- Framework ist in Java 8 und höher integriert. Diese Klassen verdrängen die lästigen alten Legacy - Datum-Zeit - Klassen wie java.util.Date, Calendar, & SimpleDateFormat.

Das Joda-Time- Projekt, das sich jetzt im Wartungsmodus befindet , empfiehlt die Migration zu den Klassen java.time .

Weitere Informationen finden Sie im Oracle-Lernprogramm . Suchen Sie im Stapelüberlauf nach vielen Beispielen und Erklärungen. Die Spezifikation ist JSR 310 .

Wenn Sie einen JDBC-Treiber verwenden, der mit JDBC 4.2 oder höher kompatibel ist , können Sie java.time- Objekte direkt mit Ihrer Datenbank austauschen . Keine Notwendigkeit für Strings oder java.sql. * Klassen.

Woher bekomme ich die java.time-Klassen?

• Java SE 8 , Java SE 9 und höher
  • Eingebaut.
  • Teil der Standard-Java-API mit einer gebündelten Implementierung.
  • Java 9 fügt einige kleinere Funktionen und Korrekturen hinzu.
• Java SE 6 und Java SE 7
  • Ein Großteil der Funktionen von java.time wird in ThreeTen-Backport auf Java 6 & 7 zurückportiert .
• Android
  • Spätere Versionen von Android-Bundle-Implementierungen der Klassen java.time.
  • Für frühere Android- Geräte passt das ThreeTenABP- Projekt ThreeTen-Backport an ( siehe oben). Siehe Verwendung von ThreeTenABP… .

Das ThreeTen-Extra- Projekt erweitert java.time um zusätzliche Klassen. Dieses Projekt ist ein Testfeld für mögliche zukünftige Ergänzungen von java.time. Sie können einige nützliche Klassen hier wie finden Interval, YearWeek, YearQuarter, und mehr .

Mit Java 8 das neue Paket java.time verwendet werden.

Objekte sind unveränderlich, Zeitzonen und Sommerzeit werden berücksichtigt.

Sie können ein ZonedDateTimeObjekt aus einem alten java.util.DateObjekt wie folgt erstellen :

    Date date = new Date();
    ZonedDateTime zonedDateTime = date.toInstant().atZone(ZoneId.systemDefault());

Ich befürworte immer die Joda-Zeit . Hier ist der Grund.

1. Die API ist konsistent und intuitiv. Im Gegensatz zu den APIs java.util.Date/Calendar
2. Im Gegensatz zu java.text.SimpleDateFormat usw. treten keine Threading-Probleme auf . (Ich habe zahlreiche Client-Probleme festgestellt, die darauf zurückzuführen sind, dass die Standardformatierung von Datum und Uhrzeit nicht threadsicher ist.)
3. Dies ist die Grundlage für die neuen Java-APIs für Datum und Uhrzeit ( JSR310 , geplant für Java 8. Sie verwenden also APIs, die zu zentralen Java-APIs werden.

BEARBEITEN: Die mit Java 8 eingeführten Java-Datums- / Zeitklassen sind jetzt die bevorzugte Lösung, wenn Sie auf Java 8 migrieren können

Ein bisschen spät auf der Party, aber Java hat eine neue Date Time API in JDK 8. Möglicherweise möchten Sie Ihre JDK-Version aktualisieren und den Standard übernehmen. Kein unordentliches Datum / Kalender mehr, keine Gläser von Drittanbietern mehr.

Datum sollte neu entwickelt werden. Anstatt eine lange Interger zu sein, sollte es Jahr, Monat, Datum, Stunde, Minute, Sekunde als separate Felder enthalten. Es kann sogar sinnvoll sein, den Kalender und die Zeitzone zu speichern, mit denen dieses Datum verknüpft ist.

In unserem natürlichen Gespräch ist dies eine DateTime, wenn Sie einen Termin am 1. November 2013 um 13:00 Uhr New Yorker Zeit vereinbaren. Es ist KEIN Kalender. So sollten wir uns auch in Java so unterhalten können.

Wenn das Datum als lange Ganzzahl gespeichert ist (von Millisekunden seit dem 1. Januar 1970 oder so), hängt die Berechnung des aktuellen Datums vom Kalender ab. Unterschiedliche Kalender geben unterschiedliche Daten an. Dies ist aus der Perspektive einer absoluten Zeit (z. B. 1 Billion Sekunden nach dem Urknall). Aber oft brauchen wir auch eine bequeme Art der Konversation, wie ein Objekt, das Jahr, Monat usw. einschließt.

Ich frage mich, ob es in Java neue Fortschritte gibt, um diese beiden Ziele in Einklang zu bringen. Vielleicht ist mein Java-Wissen zu alt.

Übrigens wird "Datum" normalerweise als "veraltet / veraltet" markiert (ich weiß nicht genau warum) - etwas darüber steht dort geschrieben Java: Warum ist der Datumskonstruktor veraltet und was verwende ich stattdessen?

Es sieht so aus, als wäre es ein Problem des Konstruktors nur über das neue Datum (int Jahr, int Monat, int Tag) . Der empfohlene Weg ist über den Kalender und die Parameter werden separat festgelegt. ( Calendar cal = Calendar.getInstance (); )

Ich verwende Kalender, wenn ich bestimmte Vorgänge über die Daten hinweg benötige, z. B. das Verschieben in der Zeit, aber Datum Ich finde es hilfreich, wenn Sie das Datum formatieren müssen, um Ihre Anforderungen anzupassen. Kürzlich habe ich festgestellt, dass das Gebietsschema viele nützliche Vorgänge und Methoden hat Ich benutze gerade das Gebietsschema!