Version imprimable
Bonjour à tous !! :D
Je débute mon apprentissage dans le milieu de la programmation Java :java: et j'aimerais savoir comment lire une variable de type Date au clavier ?
J'ai essayer la méthode nextDate de la classe Scanner qui, apparemment n'existe pas !! une solution s'il vous plait !!!
Merci d'avance.Code:
2
Salut,
Il n'y a en effet pas de méthode toute faite pour récupérer une date. Il faut récupérer une String et la parser avec un format, car il y a de multiples façons d'écrire une date (tu peux en imposer une, ou plusieurs différentes).
Il te faut lire tout d'abord une String (avec Scanner.hasNext()/Scanner.next(), ou éventuellement Scanner.hasNext(pattern)/Scanner.next(pattern) qui te permettrait de prétester la conformité de la saisie avec le format attendu.
Ensuite, pour transformer la String en date, il faut déjà choisir quelle API de date tu vas utiliser. Il vaudrait mieux utiliser java.time, mais peut-être que tu seras obligé d'utiliser l'ancienne java.util.Date, tout dépend ce que tu veux en faire ensuite (en particulier, le type attendu par ta méthode setDateNaissance(), que tu peux changer d'ailleurs si tu es parti sur un java.util.Date).
Pour transformer la variable String stringDate en java.time.LocalDate : java.time.LocalDate date = LocalDate.parse( stringDate, DateTimeFormatter.ofPattern(pattern));, avec pattern un format (doc ici).
Pour transformer en java.util.Date : new SimpleDateFormat(pattern).parse( stringDate);, doc du format ici.
NB: le pattern de Scanner et celui utiliser pour convertir une String en Date n'ont rien à voir (le premier correspondant à une expression régulière).
Merci bien joel.drigo pour ta réponse :D, je vais me renseigner d'avantage sur les différents formats proposé pour tester après !!
Et pour les API à utiliser, je connaissais pas le java.time... est-ce qu'il y a une différence entre celui-là et le java.util.Date ? ( NB: l'attribut DateNaissance que j'ai récupéré est de type Date).
Disons que java.util.Date ainsi que les utilitaires pour s'en servir, sont vieux de décennies et qu'au long de leur existence de nombreux problèmes ont été remontés avec eux.
Principalement des mécanismes très contre-intuitifs, des incitations aux erreurs, une certaine lourdeur pour faire des choses simples, et certaines fonctions usuelles tout simplement absentes et devant être refaites.
Les classes de java.time.* sont le résultat de repenser tout cela sur la base d'autres solutions qui ont été proposées depuis et qui sont très satisfaisantes.
En résumé, c'est mieux, parce que depuis l'humanité a appris comment on fait, alors qu'avant elle savait pas.
Salut,
java.util.Date c'est le type date de base de Java depuis toujours, mais son implémentation pose beaucoup de soucis dont le principal est de ne représenter qu'un instant (nombre de millisecondes depuis le 1er janvier 1970 GMT) et d'être afficher selon un timezone...
Avec Java 8 est arrivée une API de Date bien plus complète qui représente différent type pour différent usage.
Si tu es sous Java 8 et que le choix de java.util.Date ne t'es pas imposé il serait préférable de partir sur cette nouvelle API
Par exemple pour une date d'anniversaire on utilisera LocalDate qui représente une date contenant seulement les jour, mois, année.
Pas d'heure, de timezone ou autre...
a++
[edit] grillé ;)