Ich komme aus der C # -Welt, habe also noch keine allzu großen Erfahrungen mit Java. Mir wurde gerade von Eclipse gesagt, dass dies Dateveraltet sei:

Person p = new Person();
p.setDateOfBirth(new Date(1985, 1, 1));

Warum? Und was (besonders in Fällen wie oben) sollte stattdessen verwendet werden?

Der spezifische DateKonstruktor ist veraltet und Calendarsollte stattdessen verwendet werden. Das JavaDocfor- Datum beschreibt, welche Konstruktoren veraltet sind und wie sie durch a ersetzt werden können Calendar.

Die java.util.DateKlasse ist nicht wirklich veraltet, nur dieser Konstruktor und einige andere Konstruktoren / Methoden sind veraltet. Es wurde abgelehnt, weil diese Art der Nutzung bei der Internationalisierung nicht gut funktioniert. Die CalendarKlasse sollte stattdessen verwendet werden:

Calendar cal = Calendar.getInstance();
cal.set(Calendar.YEAR, 1988);
cal.set(Calendar.MONTH, Calendar.JANUARY);
cal.set(Calendar.DAY_OF_MONTH, 1);
Date dateRepresentation = cal.getTime();

Schauen Sie sich das Datum Javadoc an:

http://download.oracle.com/javase/6/docs/api/java/util/Date.html

tl; dr

LocalDate.of( 1985 , 1 , 1 )

…oder…

LocalDate.of( 1985 , Month.JANUARY , 1 )

Einzelheiten

Die java.util.Date, java.util.Calendarund java.text.SimpleDateFormatKlassen waren zu schnell gehetzt , wenn Java zum ersten Mal gestartet und weiterentwickelt. Die Klassen waren nicht gut gestaltet oder implementiert. Es wurden Verbesserungen versucht, daher die von Ihnen gefundenen Abwertungen. Leider sind die Verbesserungsversuche weitgehend gescheitert. Sie sollten diese Klassen insgesamt vermeiden . Sie werden in Java 8 durch neue Klassen ersetzt.

Probleme in Ihrem Code

Ein java.util.Date hat sowohl einen Datums- als auch einen Zeitabschnitt. Sie haben den Zeitanteil in Ihrem Code ignoriert. Die Date-Klasse nimmt also den Beginn des Tages, wie in der Standardzeitzone Ihrer JVM definiert, und wendet diese Zeit auf das Date-Objekt an. Die Ergebnisse Ihres Codes variieren also je nachdem, auf welchem ​​Computer er ausgeführt wird oder welche Zeitzone eingestellt ist. Wahrscheinlich nicht was du willst.

Wenn Sie nur das Datum ohne Zeitangabe möchten, z. B. für ein Geburtsdatum, möchten Sie möglicherweise kein DateObjekt verwenden. Möglicherweise möchten Sie nur eine Zeichenfolge des Datums im ISO 8601- Format von speichern YYYY-MM-DD. Oder verwenden Sie ein LocalDateObjekt aus Joda-Time (siehe unten).

Joda-Zeit

Das erste, was Sie in Java lernen sollten: Vermeiden Sie die notorisch lästigen Klassen java.util.Date & java.util.Calendar, die mit Java gebündelt sind.

Verwenden Sie , wie in der Antwort von user3277382 korrekt angegeben , entweder Joda-Time oder das neue Paket java.time. * In Java 8.

Beispielcode in Joda-Time 2.3

DateTimeZone timeZoneNorway = DateTimeZone.forID( "Europe/Oslo" );
DateTime birthDateTime_InNorway = new DateTime( 1985, 1, 1, 3, 2, 1, timeZoneNorway );

DateTimeZone timeZoneNewYork = DateTimeZone.forID( "America/New_York" );
DateTime birthDateTime_InNewYork = birthDateTime_InNorway.toDateTime( timeZoneNewYork ); 

DateTime birthDateTime_UtcGmt = birthDateTime_InNorway.toDateTime( DateTimeZone.UTC );

LocalDate birthDate = new LocalDate( 1985, 1, 1 );

Auf die Konsole werfen ...

System.out.println( "birthDateTime_InNorway: " + birthDateTime_InNorway );
System.out.println( "birthDateTime_InNewYork: " + birthDateTime_InNewYork );
System.out.println( "birthDateTime_UtcGmt: " + birthDateTime_UtcGmt );
System.out.println( "birthDate: " + birthDate );

Beim Laufen…

birthDateTime_InNorway: 1985-01-01T03:02:01.000+01:00
birthDateTime_InNewYork: 1984-12-31T21:02:01.000-05:00
birthDateTime_UtcGmt: 1985-01-01T02:02:01.000Z
birthDate: 1985-01-01

java.time

In diesem Fall ist der Code für java.time fast identisch mit dem von Joda-Time .

Wir erhalten eine Zeitzone ( ZoneId) und erstellen ein Datums- / Zeitobjekt, das dieser Zeitzone ( ZonedDateTime) zugewiesen ist . Anschließend erstellen wir mithilfe des Musters " Unveränderliche Objekte" neue Datums- und Uhrzeitangaben basierend auf dem gleichen Zeitpunkt des alten Objekts (Anzahl der Nanosekunden seit der Epoche ), weisen jedoch eine andere Zeitzone zu. Zuletzt erhalten wir eine, LocalDatedie weder Tageszeit noch Zeitzone hat. Beachten Sie jedoch, dass die Zeitzone bei der Bestimmung dieses Datums gilt (ein neuer Tag bricht in Oslo früher an als beispielsweise in New York ).

ZoneId zoneId_Norway = ZoneId.of( "Europe/Oslo" );
ZonedDateTime zdt_Norway = ZonedDateTime.of( 1985 , 1 , 1 , 3 , 2 , 1 , 0 , zoneId_Norway );

ZoneId zoneId_NewYork = ZonedId.of( "America/New_York" );
ZonedDateTime zdt_NewYork = zdt_Norway.withZoneSameInstant( zoneId_NewYork );

ZonedDateTime zdt_Utc = zdt_Norway.withZoneSameInstant( ZoneOffset.UTC );  // Or, next line is similar.
Instant instant = zdt_Norway.toInstant();  // Instant is always in UTC.

LocalDate localDate_Norway = zdt_Norway.toLocalDate();

Ü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 .

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

Woher bekomme ich die java.time-Klassen?

• Java SE 8 , Java SE 9 , Java SE 10 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 ( <26) passt das ThreeTenABP- Projekt ThreeTen-Backport (oben erwähnt) an. 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 .

Ein Grund dafür, dass der Konstruktor veraltet ist, ist, dass die Bedeutung des Jahresparameters nicht Ihren Erwartungen entspricht. Der Javadoc sagt:

Ab JDK Version 1.1, ersetzt durch Calendar.set(year + 1900, month, date).

Beachten Sie, dass das Feld Jahr die Anzahl der Jahre seitdem ist 1900, sodass Ihr Beispielcode höchstwahrscheinlich nicht das tut, was Sie von ihm erwarten. Und das ist der Punkt.

Im Allgemeinen unterstützt die DateAPI nur den modernen westlichen Kalender, verfügt über eigenwillig spezifizierte Komponenten und verhält sich inkonsistent, wenn Sie Felder festlegen.

Die Calendarund GregorianCalendarAPIs sind besser als Dateund die Joda-Time-APIs von Drittanbietern wurden allgemein als die besten angesehen. In Java 8 haben sie die java.timePakete eingeführt, und diese sind jetzt die empfohlene Alternative.

Ich bin auf diese Frage als Duplikat einer neueren Frage gestoßen, in der gefragt wurde, wie der nicht veraltete Weg zu Dateeinem bestimmten Jahr, Monat und Tag aussehen soll.

Die Antworten hier sagen bisher, dass die CalendarKlasse verwendet werden soll, und das war wahr, bis Java 8 herauskam. Ab Java 8 ist dies jedoch die Standardmethode:

LocalDate localDate = LocalDate.of(1985, 1, 1);

Und wenn Sie wirklich wirklich einen brauchen java.util.Date, können Sie die Vorschläge in dieser Frage verwenden .

Weitere Informationen finden Sie in der API oder in den Tutorials für Java 8.

Bitte beachten Sie, dass dies nicht Calendar.getTime()deterministisch ist, da der Tageszeitteil standardmäßig die aktuelle Zeit ist.

Versuchen Sie zum Reproduzieren, den folgenden Code einige Male auszuführen:

Calendar c = Calendar.getInstance();
c.set(2010, 2, 7); // NB: 2 means March, not February!
System.err.println(c.getTime());

Ausgabe zB:

Sun Mar 07 10:46:21 CET 2010

Wenn Sie einige Minuten später genau denselben Code ausführen, erhalten Sie Folgendes:

Sun Mar 07 10:57:51 CET 2010

Während die set()entsprechenden Felder gezwungen werden, Werte zu korrigieren, wird die Systemzeit für die anderen Felder verloren. (Oben mit Sun jdk6 & jdk7 getestet)

Dateselbst ist nicht veraltet. Es sind nur viele seiner Methoden. Siehe hier für Details .

Verwenden Sie java.util.Calendarstattdessen.

Die meisten Java-Entwickler verwenden derzeit das Drittanbieterpaket Joda-Time . Es wird allgemein als eine viel bessere Implementierung angesehen.

Java 8 wird jedoch ein neues java.time. * -Paket haben . Weitere Informationen finden Sie in diesem Artikel, Einführung in die neue Datums- und Uhrzeit-API für JDK 8 .

Da der Date-Konstruktor veraltet ist, können Sie diesen Code ausprobieren.

import java.util.Calendar;

  Calendar calendar = Calendar.getInstance();
     calendar.set(Calendar.HOUR_OF_DAY, 6);// for 6 hour
     calendar.set(Calendar.MINUTE, 0);// for 0 min
     calendar.set(Calendar.SECOND, 0);// for 0 sec
     calendar.set(1996,0,26);// for Date [year,month(0 to 11), date]

    Date date = new Date(calendar.getTimeInMillis());// calendar gives long value

    String mConvertedDate = date.toString();// Fri Jan 26 06:00:00 GMT+05:30 1996

Ähnlich wie von Binnyb vorgeschlagen, können Sie die neuere Methode Kalender> GregorianCalendar verwenden. Siehe diese neueren Dokumente:

http://download.oracle.com/javase/6/docs/api/java/util/GregorianCalendar.html

Sie können eine Methode wie new Date(year,month,date)in Ihrem Code mithilfe der CalendarKlasse erstellen .

private Date getDate(int year,int month,int date){
    Calendar cal = Calendar.getInstance();
    cal.set(Calendar.YEAR, year);
    cal.set(Calendar.MONTH, month-1);
    cal.set(Calendar.DAY_OF_MONTH, day);
    return cal.getTime();
}

Es wird genauso funktionieren wie der veraltete Konstruktor von Date

Der Datumskonstruktor erwartet Jahre im Format von Jahren seit 1900, nullbasierte Monate, einbasierte Tage und setzt Stunden / Minuten / Sekunden / Millisekunden auf Null.

Date result = new Date(year, month, day);

Wenn wir also den Kalenderersatz (nullbasierte Jahre, nullbasierte Monate, einbasierte Tage) für den veralteten Datumskonstruktor verwenden, benötigen wir Folgendes:

Calendar calendar = Calendar.getInstance();
calendar.clear(); // Sets hours/minutes/seconds/milliseconds to zero
calendar.set(year + 1900, month, day);
Date result = calendar.getTime();

Oder verwenden Sie Java 1.8 (mit nullbasiertem Jahr und einbasierten Monaten und Tagen):

Date result = Date.from(LocalDate.of(year + 1900, month + 1, day).atStartOfDay(ZoneId.systemDefault()).toInstant());

Hier sind gleiche Versionen von Datum, Kalender und Java 1.8:

int year = 1985; // 1985
int month = 1; // January
int day = 1; // 1st

// Original, 1900-based year, zero-based month, one-based day
Date date1 = new Date(year - 1900, month - 1, day);

// Calendar, zero-based year, zero-based month, one-based day
Calendar calendar = Calendar.getInstance();
calendar.clear(); // Sets hours/minutes/seconds/milliseconds to zero
calendar.set(year, month - 1, day);
Date date2 = calendar.getTime();

// Java-time back to Date, zero-based year, one-based month, one-based day
Date date3 = Date.from(LocalDate.of(year, month, day).atStartOfDay(ZoneId.systemDefault()).toInstant());

SimpleDateFormat format = new SimpleDateFormat("yyyy-MMM-dd HH:mm:ss.SSS");

// All 3 print "1985-Jan-01 00:00:00.000"
System.out.println(format.format(date1));
System.out.println(format.format(date2));
System.out.println(format.format(date3));

new GregorianCalendar(1985, Calendar.JANUARY, 1).getTime();

(der Weg vor Java-8)