la classe java.util.Date n'est pas réellement dépréciée, juste ce constructeur, ainsi que quelques autres constructeurs/méthodes sont dépréciés. Il a été déprécié parce que ce genre d'usage ne fonctionne pas bien avec l'internationalisation. La classe Calendar doit être utilisée à la place:

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

regardez la date Javadoc:

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

tl; dr

LocalDate.of( 1985 , 1 , 1 )

... ou ...

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

détails

les classes java.util.Date , java.util.Calendar , et java.text.SimpleDateFormat ont été précipitées trop rapidement lorsque Java a été lancé et évolué. Les cours n'ont pas été bien conçus ou mis en œuvre. Des améliorations ont été tentées, donc les dépréciations que vous avez trouvées. Malheureusement, les tentatives d'amélioration ont largement échoué. Vous devez éviter ces classes en tout. Ils sont remplacés en Java 8 par de nouvelles classes.

Problèmes Dans Votre Code

Une java.util.La Date comporte à la fois une date et une heure. Vous avez ignoré la partie du temps dans votre code. Ainsi, la classe Date prendra le début de la journée tel que défini par le fuseau horaire par défaut de votre JVM et appliquera cette heure à l'objet Date. Ainsi, les résultats de votre code varieront en fonction de la machine qu'il exécute ou du fuseau horaire qui est défini. Probablement pas ce que vous voulez.

si vous voulez juste la date, sans la portion de temps, comme pour une date de naissance, vous pouvez ne pas vouloir utiliser un objet Date . Vous pouvez vouloir stocker juste une chaîne de la date, dans ISO 8601 format de YYYY-MM-DD . Ou utilisez un objet LocalDate de Joda-Time (voir ci-dessous).

Joda-Time

première chose à apprendre en Java: éviter la notoirement gênants java.util.Date & java.util.Classes de calendrier avec Java.

comme correctement noté dans la réponse de l'utilisateur 3277382 , utiliser soit Joda-Time ou le nouveau java.temps.* paquet en Java 8.

exemple de Code dans 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 );

Vidage de la console...

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

quand cours ...

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

de java.heure

dans ce cas le code pour java.le temps est presque identique à celui du Joda-Time .

nous avons un fuseau horaire( ZoneId ), et construire un objet date-heure assigné à ce fuseau horaire( ZonedDateTime ). Ensuite, en utilisant le immuable Objects motif, nous créez de nouvelles dates-heures basées sur le même instant de l'ancien objet (compte de nanosecondes depuis epoch ) mais assignez un autre fuseau horaire. Enfin, nous obtenons un LocalDate qui n'a ni heure ni fuseau horaire, bien que le fuseau horaire s'applique lors de la détermination de cette date (un nouveau jour apparaît plus tôt dans Oslo que dans New York par exemple).

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

---

à propos de java.heure

Le de java.time framework est construit dans Java 8 et plus tard. Ces classes remplacent les anciennes héritées classes de date-heure telles que java.util.Date , Calendar , & SimpleDateFormat .

Le Joda-Time project, maintenant en mode maintenance , conseille la migration vers le java.temps classes.

pour en savoir plus, voir le Oracle Tutorial . Et rechercher le débordement de la pile pour de nombreux exemples et explications. La spécification est JSR 310 .

vous pouvez échanger java.temps les objets directement avec votre base de données. Utiliser un JDBC driver conforme à JDBC 4.2 ou plus tard. Pas besoin de Chaînes, pas besoin de classes java.sql.* .

où obtenir le java.les classes de temps?

• Java SE 8 , Java SE 9 , Java SE 10 , et plus tard
  • intégré.
  • fait partie de L'API Java standard avec une implémentation groupée.
  • Java 9 ajoute des fonctionnalités mineures et des corrections.
• Java SE 6 et Java SE 7
  • une grande partie de la java.temps la fonctionnalité est rétroportée à Java 6 & 7 dans ThreeTen-Backport .
• Android
  • versions ultérieures des implémentations du pack Android de java.les classes de temps.
  • pour Android plus tôt (<26), le ThreeTenABP "1519380920 projet" s'adapte ThreeTen-Backport (mentionné ci-dessus). Voir comment utiliser ThreeTenABP... .

Le ThreeTen-Extra le projet s'étend java.temps avec des cours supplémentaires. Ce projet est un terrain d'expérimentation pour d'éventuelles futures additions à java.temps. Vous pouvez trouvez ici quelques classes utiles telles que: Interval , YearWeek , YearQuarter , et plus .

je suis tombé sur cette question comme un duplicata de une nouvelle question qui a demandé ce que la façon non-dépréciée d'obtenir un Date à une année, mois, et jour était.

les réponses ici jusqu'à présent disent d'utiliser la classe Calendar , et c'était vrai jusqu'à ce que Java 8 soit sorti. Mais à partir de Java 8, la manière standard de faire ceci est:

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

et puis si vous avez vraiment besoin d'un java.util.Date , vous pouvez utiliser le suggestions dans cette question .

pour plus d'informations, consultez L'API ou les tutoriels pour Java 8.

une des raisons pour lesquelles le constructeur est déprécié est que la signification du paramètre année n'est pas ce que vous attendez. Le javadoc dit:

dans la version 1.1 de JDK, remplacé par Calendar.set(year + 1900, month, date) .

notez que le champ de l'année est le nombre d'années depuis 1900 , donc votre code d'échantillon ne fera probablement pas ce que vous attendez qu'il fasse. Et c'est le point.

en général, le Date API supporte uniquement le calendrier occidental moderne, a des composants spécifiés idiosyncratiquement, et se comporte de manière incohérente si vous définissez des champs.

les API Calendar et GregorianCalendar sont meilleures que Date , et les API tiers Joda-time étaient généralement considérées comme les meilleures. En Java 8, Ils ont introduit les paquets java.time , et ceux-ci sont maintenant l'alternative recommandée.

veuillez noter que Calendar.getTime() est non déterministe dans le sens que la heure du jour partie par défaut à l'heure actuelle.

pour reproduire, essayez d'exécuter le code suivant plusieurs fois:

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

sortie eg.:

Sun Mar 07 10:46:21 CET 2010

exécutant exactement le même code quelques minutes plus tard donne:

Sun Mar 07 10:57:51 CET 2010

ainsi, tandis que set() forces correspondant aux valeurs correctes, il fuit le temps du système pour les autres champs. (Testé ci-dessus avec Sun jdk6 & jdk7)

Date lui-même n'est pas déprécié. C'est juste beaucoup de ses méthodes. voir ici pour plus de détails .

utiliser java.util.Calendar à la place.

la plupart des développeurs Java utilisent actuellement le paquet tiers Joda-Time . Il est largement considéré comme une bien meilleure mise en œuvre.

Java 8 cependant aura un nouveau java.temps.* paquet . Voir cet article, introduisant la nouvelle API Date et heure pour JDK 8 .

similaire à ce que binnyb a suggéré, vous pourriez envisager d'utiliser le calendrier plus récent > méthode GregorianCalendar. Voir ces documents plus récents:

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

vous pouvez faire une méthode comme new Date(year,month,date) dans votre code en utilisant la classe Calendar .

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

il fonctionnera tout comme le constructeur déprécié de Date

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

(le pré-Java-8)