Discussion :

[cashmoney]

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.

[JohnNC]

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

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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

Et un de sortie :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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é.

[cashmoney]

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.

[JohnNC]

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.

[cashmoney]

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

[Astartee]

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

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

Je reviens sur ce vieux sujet pour soulever un point en ma faveur 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 na
Combien de temps jusqu'à ce que quelqu'un me jette à la face la bonne manière de faire ?

[tchize_]

• 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

[Astartee]

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