Exception sur date

Merci, mais je viens de tester avec df.format(date) et il m'affiche le String que j'ai rentré au départ (20-12-2008) alors que je voulais (20 déc. 2008). en fait c'est là mon soucis. d'où j'utilisais le DateFormat.getDateInstance().format(date) pour l'avoir.

Hum exact, désolé.
Dans ce cas, il te faut un format d'entrée :

Code:

---

DateFormat df = new SimpleDateFormat("dd-MM-yyyy", Locale.FRENCH);

---

Et un de sortie :

Code:

---

1 2	DateFormat dfSortie = new SimpleDateFormat("dd MMM yyyy", Locale.FRENCH); //Equivalent à DateFormat.getDateInstance(), pour les utilisateurs dont le système d'exploitation est en français.

---

Tu peux ainsi définir autant de format d'entrée ou de sorties que tu le veux. Par contre, pour le format d'entrée, si tu veux être indépendant de la façon dont l'utilisateur le saisi, ça va être plus compliqué.

C'est cool, mais quel est la relation entre le format d'entré et de sortie vue que c'est le format d'entré que l'on doit sortir:D.

Non, tu en as l'exemple : Tu saisi "31-12-2009", mais tu veux afficher "31 déc. 2009". Il y a donc bien un format d'entrée, et un autre de sortie. Il faut donc définir 2 formats. D'ailleurs, tu le fais aussi, par le "DateFormat.getDateInstance()". D'un coté, tu lui dis comment lire un texte (parse), et de l'autre, comment l'afficher (format).
Le lien entre les deux, c'est la date. La date est en gros, stocké dans l'objet Date (ou Calendar ou autre), sous la forme "Le 31 du 12ème mois de l'année 2009, à minuit, heure locale". Ce qui explique que le "Afficher("Format US: " + date);" affiche "Fri Feb 25 00:00:00 CET 2005" : C'est le format par défaut d'une date.

Ok, merci pour tes explications, j'ai compris.:yaisse2:

Citation:

---

Envoyé par Astartee

Citation:

---

Envoyé par le y@m's

Oui pardon, j'avais oublié ce point :oops:. Mais pour le corrigé il suffit d'utiliser la méthode [...] Plus propre :P.

---

Ah ouais, beaucoup plus propre, en effet :aie: Je dis toujours de lire la Javadoc mais visiblement je ne lis pas tout en entier moi-même :oops:
Bon, j'aurai au moins appris quelque chose aujourd'hui...

---

Je reviens sur ce vieux sujet pour soulever un point en ma faveur :aie: têtue, moi ?
Certes, le setLenient permet de rejeter la date "55/02/1985", mais la date "001/02/1985" est toujours acceptée...
Donc en fonction du niveau d'exigence sur le format de la date, ma méthode barbare (parsage puis reformatage puis comparaison des deux chaînes) peut être utile tout de même :P na
Combien de temps jusqu'à ce que quelqu'un me jette à la face la bonne manière de faire ?

Citation:

---

Envoyé par api

• Text: For formatting, if the number of pattern letters is 4 or more, the full form is used; otherwise a short or abbreviated form is used if available. For parsing, both forms are accepted, independent of the number of pattern letters.
• Number: For formatting, the number of pattern letters is the minimum number of digits, and shorter numbers are zero-padded to this amount. For parsing, the number of pattern letters is ignored unless it's needed to separate two adjacent fields.

---

donc avec ce format là: ddmmyyyy ca serait géré correctement (pour cause d'ambiguité), sinon effectivement, reconvertir en text et comparer semble la seule solution pour garantir un format absolu (en même temps, faut vouloir rejeter les 001/02/1985, c'est pas comme si c'était ambigu :)

Citation:

---

Envoyé par tchize_

en même temps, faut vouloir rejeter les 001/02/1985, c'est pas comme si c'était ambigu :)

---

Comme j'ai dit, ça dépend du niveau d'exigence ;)