Vengo del mundo de C #, así que todavía no tengo mucha experiencia con Java. Eclipse me dijo que Dateestaba en desuso:

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

¿Por qué? ¿Y qué (especialmente en casos como los anteriores) debería usarse en su lugar?

El Dateconstructor específico está en desuso, y Calendardebería usarse en su lugar. La FechaJavaDoc for describe qué constructores están en desuso y cómo reemplazarlos con a .Calendar

La java.util.Dateclase en realidad no está en desuso, solo ese constructor, junto con un par de otros constructores / métodos están en desuso. Fue obsoleto porque ese tipo de uso no funciona bien con la internacionalización. La Calendarclase debería usarse en su lugar:

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

Echa un vistazo a la fecha Javadoc:

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

tl; dr

LocalDate.of( 1985 , 1 , 1 )

…o…

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

Detalles

Las java.util.Date, java.util.Calendary java.text.SimpleDateFormatlas clases se precipitó demasiado rápido cuando se lanzó por primera vez en Java y evolucionó. Las clases no fueron bien diseñadas o implementadas. Se intentaron mejoras, por lo tanto, las desvalorizaciones que ha encontrado. Lamentablemente, los intentos de mejora fracasaron en gran medida. Debes evitar estas clases por completo. Se suplantan en Java 8 por nuevas clases.

Problemas en tu código

Un java.util.Date tiene una porción de fecha y hora. Ignoraste la porción de tiempo en tu código. Por lo tanto, la clase Fecha tomará el comienzo del día según lo definido por la zona horaria predeterminada de su JVM y aplicará esa hora al objeto Fecha. Por lo tanto, los resultados de su código variarán según la máquina que ejecute o la zona horaria establecida. Probablemente no sea lo que quieres.

Si solo desea la fecha, sin la porción de tiempo, como para una fecha de nacimiento, es posible que no desee utilizar un Dateobjeto. Es posible que desee almacenar solo una cadena de la fecha, en formato ISO 8601 de YYYY-MM-DD. O use un LocalDateobjeto de Joda-Time (ver más abajo).

Joda-Time

Lo primero que debe aprender en Java: evite las clases java.util.Date y java.util.Calendar notoriamente problemáticas incluidas en Java.

Como se señaló correctamente en la respuesta del usuario3277382 , use Joda-Time o el nuevo paquete java.time. * En Java 8.

Código de ejemplo en 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 );

Volcado a la consola ...

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

Cuando corres ...

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

En este caso, el código para java.time es casi idéntico al de Joda-Time .

Obtenemos una zona horaria ( ZoneId) y construimos un objeto de fecha y hora asignado a esa zona horaria ( ZonedDateTime). Luego, utilizando el patrón de Objetos inmutables , creamos nuevas fechas y horas basadas en el mismo instante del objeto antiguo (recuento de nanosegundos desde la época ) pero con otra zona horaria asignada. Por último, obtenemos una LocalDateque no tiene hora del día ni zona horaria, aunque tenga en cuenta que la zona horaria se aplica al determinar esa fecha (un nuevo día amanece antes en Oslo que en Nueva York, por ejemplo).

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

Sobre java.time

El marco java.time está integrado en Java 8 y posterior. Estas clases suplantar la vieja problemáticos heredados clases de fecha y hora como java.util.Date, Calendar, y SimpleDateFormat.

El proyecto Joda-Time , ahora en modo de mantenimiento , aconseja la migración a las clases java.time .

Para obtener más información, consulte el Tutorial de Oracle . Y busque Stack Overflow para obtener muchos ejemplos y explicaciones. La especificación es JSR 310 .

Puede intercambiar objetos java.time directamente con su base de datos. Utilice un controlador JDBC compatible con JDBC 4.2 o posterior. No hay necesidad de cadenas, no hay necesidad de java.sql.*clases.

¿Dónde obtener las clases java.time?

• Java SE 8 , Java SE 9 , Java SE 10 y posterior
  • Incorporado.
  • Parte de la API Java estándar con una implementación integrada.
  • Java 9 agrega algunas características menores y correcciones.
• Java SE 6 y Java SE 7
  • Gran parte de la funcionalidad java.time se transfiere a Java 6 y 7 en ThreeTen-Backport .
• Androide
  • Versiones posteriores de las implementaciones de paquetes de Android de las clases java.time.
  • Para anteriormente Android (<26), el ThreeTenABP proyecto adapta ThreeTen-Backport (mencionado anteriormente). Ver Cómo utilizar ThreeTenABP ... .

El proyecto ThreeTen-Extra extiende java.time con clases adicionales. Este proyecto es un campo de pruebas para posibles adiciones futuras a java.time. Usted puede encontrar algunas clases útiles aquí, como Interval, YearWeek, YearQuarter, y más .

Una razón por la que el constructor está en desuso es que el significado del parámetro año no es el que cabría esperar. El javadoc dice:

A partir de JDK versión 1.1, reemplazado por Calendar.set(year + 1900, month, date).

Tenga en cuenta que el campo año es la cantidad de años transcurridos desde entonces 1900, por lo que su código de muestra probablemente no hará lo que espera que haga. Y ese es el punto.

En general, la DateAPI solo admite el calendario occidental moderno, tiene componentes especificados idiosincráticamente y se comporta de manera inconsistente si establece campos.

Las API Calendary las GregorianCalendarAPI son mejores que Date, y las API de Joda-time de terceros generalmente se consideraron las mejores. En Java 8, introdujeron los java.timepaquetes, y ahora son la alternativa recomendada.

Encontré esta pregunta como un duplicado de una pregunta más nueva que preguntaba cuál era la forma no obsoleta de obtener un Dateaño, mes y día específicos.

Las respuestas aquí hasta ahora dicen usar la Calendarclase, y eso fue cierto hasta que salió Java 8. Pero a partir de Java 8, la forma estándar de hacerlo es:

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

Y luego, si realmente necesita un java.util.Date, puede utilizar las sugerencias de esta pregunta .

Para obtener más información, consulte la API o los tutoriales para Java 8.

Tenga en cuenta que Calendar.getTime()no es determinista en el sentido de que la parte del día se ajusta de manera predeterminada a la hora actual.

Para reproducir, intente ejecutar el siguiente código un par de veces:

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

Salida ej .:

Sun Mar 07 10:46:21 CET 2010

Ejecutar exactamente el mismo código un par de minutos después produce:

Sun Mar 07 10:57:51 CET 2010

Entonces, mientras set()obliga a los campos correspondientes a corregir los valores, pierde el tiempo del sistema para los otros campos. (Probado anteriormente con Sun jdk6 y jdk7)

Dateen sí no está en desuso. Es solo que muchos de sus métodos lo son. Ver aquí para más detalles .

Usar en su java.util.Calendarlugar.

La mayoría de los desarrolladores de Java utilizan actualmente el paquete de terceros Joda-Time . Es ampliamente considerado como una implementación mucho mejor.

Sin embargo, Java 8 tendrá un nuevo paquete java.time. * . Consulte este artículo, Presentación de la nueva API de fecha y hora para JDK 8 .

Como el constructor Date está en desuso, puede probar este código.

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

Similar a lo que sugirió binnyb, podría considerar usar el nuevo método Calendario> GregorianCalendar. Vea estos documentos más recientes:

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

Puedes hacer un método como new Date(year,month,date)en tu código usando Calendarclass.

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

Funcionará igual que el constructor obsoleto de Date

El constructor Fecha espera años en el formato de años desde 1900, meses basados ​​en cero, días basados ​​en uno y establece las horas / minutos / segundos / milisegundos en cero.

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

Entonces, usando el reemplazo del Calendario (años basados ​​en cero, meses basados ​​en cero, días basados ​​en uno) para el constructor de Fecha obsoleto, necesitamos algo como:

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

O usando Java 1.8 (que tiene un año basado en cero y meses y días basados ​​en uno):

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

Aquí hay versiones iguales de Date, Calendar y 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();

(la forma anterior a Java-8)