Pochodzę ze świata C #, więc jeszcze nie mam doświadczenia z Javą. Właśnie Eclipse powiedział mi, że Datejest przestarzałe:

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

Czemu? A co (szczególnie w przypadkach takich jak powyżej) powinno zostać użyte zamiast tego?

Konkretny Datekonstruktor jest przestarzały i Calendarnależy go zamiast tego użyć. JavaDocDla Data opisuje których konstruktorzy są przestarzałe i jak je zastąpić użyciem Calendar.

java.util.DateKlasa nie jest faktycznie przestarzałe, tak, że konstruktor, wraz z kilkoma innymi konstruktorami / metody są przestarzałe. Zostało przestarzałe, ponieważ tego rodzaju użycie nie działa dobrze w przypadku internacjonalizacji. CalendarKlasa powinna być stosowana zamiast:

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();

Spójrz na datę Javadoc:

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

tl; dr

LocalDate.of( 1985 , 1 , 1 )

…lub…

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

Detale

Te java.util.Date, java.util.Calendaroraz java.text.SimpleDateFormatzajęcia były zbyt szybko, gdy rzucili Java zapoczątkowana i ewoluowały. Klasy nie zostały dobrze zaprojektowane ani wdrożone. Podjęto próby ulepszeń, a zatem znalezione przez ciebie środki wycofania. Niestety próby ulepszeń w dużej mierze zawiodły. Powinieneś całkowicie unikać tych klas . Są one wypierane w Javie 8 przez nowe klasy.

Problemy w twoim kodzie

Plik java.util.Date ma datę i część czasu. Zignorowałeś część czasu w swoim kodzie. Zatem klasa Date zajmie początek dnia zgodnie z domyślną strefą czasową maszyny JVM i zastosuje ten czas do obiektu Date. Tak więc wyniki twojego kodu będą się różnić w zależności od tego, na której maszynie działa lub która strefa czasowa jest ustawiona. Prawdopodobnie nie to, czego chcesz.

Jeśli chcesz tylko datę, bez części czasu, na przykład datę urodzenia, możesz nie chcieć używać Dateobiektu. Możesz zapisać tylko ciąg daty w formacie ISO 8601 z YYYY-MM-DD. Lub użyj LocalDateobiektu z Joda-Time (patrz poniżej).

Joda-Time

Pierwsza rzecz do nauczenia się w Javie: Unikaj notorycznie kłopotliwych klas java.util.Date & java.util.Calendar w pakiecie z Javą.

Jak poprawnie zauważono w odpowiedzi użytkownika3277382 , użyj Joda-Time lub nowego pakietu java.time. * W Javie 8.

Przykładowy kod w 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 );

Zrzut do konsoli…

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 );

Po uruchomieniu…

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

W tym przypadku kod dla java.time jest prawie identyczny z kodem Joda-Time .

Otrzymujemy strefę czasową ( ZoneId) i konstruujemy obiekt daty i godziny przypisany do tej strefy czasowej ( ZonedDateTime). Następnie, korzystając ze wzoru Immutable Objects , tworzymy nowe daty i godziny na podstawie tego samego momentu starego obiektu (liczba nanosekund od epoki ), ale przypisujemy inną strefę czasową. Wreszcie otrzymujemy LocalDatestrefę, która nie ma pory dnia ani strefy czasowej, choć zauważ, że strefa czasowa obowiązuje przy określaniu tej daty (nowy dzień zaczyna się wcześniej w Oslo niż na przykład w Nowym Jorku ).

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();

O java.time

Środowisko java.time jest wbudowane w Javę 8 i nowsze wersje . Klasy te kłopotliwe zastąpić stary starszych klas Date-Time, takich jak java.util.Date, Calendar, i SimpleDateFormat.

Projekt Joda-Time , teraz w trybie konserwacji , zaleca migrację do klas java.time .

Aby dowiedzieć się więcej, zobacz samouczek Oracle . I przeszukaj stos przepełnienia dla wielu przykładów i wyjaśnień. Specyfikacja to JSR 310 .

Możesz wymieniać obiekty java.time bezpośrednio ze swoją bazą danych. Użyj sterownika JDBC zgodnego z JDBC 4.2 lub nowszym. Nie potrzeba ciągów, nie ma potrzeby java.sql.*klas.

Gdzie można uzyskać klasy java.time?

• Java SE 8 , Java SE 9 , Java SE 10 i nowsze wersje
  • Wbudowane
  • Część standardowego interfejsu API Java z implementacją pakietową.
  • Java 9 dodaje kilka drobnych funkcji i poprawek.
• Java SE 6 i Java SE 7
  • Wiele funkcji java.time zostało przeniesionych z powrotem do Java 6 i 7 w ThreeTen-Backport .
• Android
  • Późniejsze wersje implementacji pakietu Androida klas java.time.
  • Dla wcześniejszej Androida (<26), ThreeTenABP projekt dostosowuje ThreeTen-backportu (jak wyżej). Zobacz Jak korzystać z ThreeTenABP… .

Projekt ThreeTen-Extra rozszerza java.time o dodatkowe klasy. Ten projekt jest poligonem doświadczalnym dla ewentualnych przyszłych dodatków do java.time. Można znaleźć kilka przydatnych klas tutaj takie jak Interval, YearWeek, YearQuarter, i więcej .

Jednym z powodów, dla których konstruktor jest przestarzały, jest to, że znaczenie parametru year nie jest zgodne z oczekiwaniami. Jawadok mówi:

Od wersji 1.1 JDK, zastąpiony przez Calendar.set(year + 1900, month, date).

Zauważ, że pole roku to liczba lat, które upłynęły od 1900tego czasu , więc Twój przykładowy kod najprawdopodobniej nie spełni twoich oczekiwań. I o to chodzi.

Ogólnie rzecz biorąc, Date interfejs API obsługuje tylko nowoczesny kalendarz zachodni, ma specyficznie określone komponenty i zachowuje się niespójnie, jeśli ustawisz pola.

CalendarI GregorianCalendarAPI są lepsze niż Date, a API Joda czasu 3rd-Party na ogół uważany za najlepszy. W Javie 8 wprowadzili java.timepakiety, które są teraz zalecaną alternatywą.

Natknąłem się na to pytanie jako duplikat nowszego pytania, które zadawało w jaki sposób nieaktualny sposób na uzyskanieDate określonego roku, miesiąca i dnia.

Dotychczasowe odpowiedzi mówią, że należy korzystać z Calendarklasy, i było to prawdą, dopóki nie pojawiła się Java 8. Ale od wersji Java 8 standardowy sposób to:

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

A jeśli naprawdę potrzebujesz java.util.Date, możesz skorzystać z sugestii zawartych w tym pytaniu .

Aby uzyskać więcej informacji, sprawdź interfejs API lub samouczki dotyczące języka Java 8.

Należy pamiętać, że Calendar.getTime()jest to niedeterministyczne w tym sensie, że pora dnia część domyślnie przyjmuje bieżącą godzinę.

Aby odtworzyć, spróbuj uruchomić następujący kod kilka razy:

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

Wyjście np .:

Sun Mar 07 10:46:21 CET 2010

Uruchomienie tego samego kodu kilka minut później daje:

Sun Mar 07 10:57:51 CET 2010

Tak więc, chociaż set()zmusza odpowiednie pola do poprawienia wartości, przecieka czas systemowy dla pozostałych pól. (Testowane powyżej z Sun jdk6 i jdk7)

Datesamo nie jest przestarzałe. To tylko wiele jego metod. Zobacz tutaj, aby uzyskać szczegółowe informacje .

Użyj java.util.Calendarzamiast tego.

Większość programistów Java korzysta obecnie z zewnętrznego pakietu Joda-Time . Jest powszechnie uważany za znacznie lepsze wdrożenie.

Java 8 będzie jednak miała nowy pakiet java.time. * . Zobacz ten artykuł, Wprowadzenie nowego interfejsu API daty i godziny dla JDK 8 .

Ponieważ konstruktor daty jest przestarzały, możesz wypróbować ten kod.

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

Podobnie jak sugerował Binnyb, możesz rozważyć użycie nowszej metody Kalendarz> GregorianCalendar. Zobacz te nowsze dokumenty:

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

Możesz stworzyć metodę taką jak new Date(year,month,date)w kodzie, używając Calendarklasy.

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();
}

Będzie działać tak, jak przestarzały konstruktor Date

Konstruktor daty oczekuje lat w formacie lat od 1900 r., Miesięcy zerowych, dni opartych na jednym, i ustawia godziny / minuty / sekundy / milisekundy na zero.

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

Tak więc używając przestarzałego kalendarza (lata zerowe, miesiące zerowe, dni bazowe) dla przestarzałego konstruktora daty, potrzebujemy czegoś takiego:

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

Lub używając Java 1.8 (który ma rok zerowy oraz miesiące i dni oparte na jednym):

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

Oto równe wersje Date, Calendar i 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();

(sposób wcześniejszy niż Java-8)