tableau de type double qui ne veut pas de double

Bonjour,


Lorsque je rentre des prix à virgule (450.5 par exemple) le code ci-dessous me renvoie une erreur

Prix de l'article 1:
234.0
Exception in thread "main" java.util.InputMismatchException
at java.util.Scanner.throwFor(Unknown Source)
at java.util.Scanner.next(Unknown Source)
at java.util.Scanner.nextDouble(Unknown Source)
at Shopinette.créerTabPrix(Shopinette.java:140)
at Shopinette.reduire2(Shopinette.java:119)
at Shopinette.main(Shopinette.java:15)

Pourquoi?

Code:

---

1 2 3 4 5 6 7 8 9 10 11

//DEBUT CREER TABLEAU PRIX public static double[] créerTabPrix(int nb) { Scanner sc = new Scanner(System.in); double prix[]= new double[nb]; for (int i=0;i<nb;i++) { System.out.println("Prix de l'article "+(i+1)+": "); prix [i] = sc.nextDouble(); } return prix; } //FIN CREER TABLEAU PRIX

---

Salut,

Tu saisis tes doubles avec un . pour la virgule. Or le Scanner est localisé, c'est-à-dire qu'il utilise un système qui va s'adapter à la langue de l'utilisateur, qui par défaut pour toi est le français, donc avec des nombres à virgule avec le signe "," et non ".". On peut également forcer la locale du Scanner pour utiliser une locale US par exemple (avec la méthode useLocale(locale)), ce qui te permettra de saisir tes doubles avec un . pour séparateur décimal.

Autre chose : un Scanner est bufferisé. En résumé, quand tu tapes des touches au clavier, elles sont stockées dans un tampon (parce qu'aucun programme ne traite rien au même rythme qu'un humain qui tape au clavier). Ensuite, le Scanner lui aussi, pour des raisons pratiques, peut lire des caractères d'avance, ou pas, depuis le "buffer du clavier".

La méthode nextDouble() lit tous les caractères se trouvant en attente dans le buffer tels qu'ils constituent un double. Il peut rester d'autres caractères en attente dans le buffer, parce qu'ils ne font pas partie d'un double.

En particulier, quand tu saisis des nombres tu vas taper la touche entrée, ou une virgule, une espace, etc... pour séparer chacun des nombres. Ces touches produisent des caractères qui remplissent le buffer.

Si tu fais deux nextDouble() de suite (explicitement ou dans une boucle), si tu as bien saisi deux nombres, par exemple, en tapant la touche entrée entre les deux, le second appel de nextDouble va essayer le lire le "\n" en attente dans le buffer comme si ça faisait partie d'un double, ce qui n'est pas le cas, d'où erreur.

Pour éviter le problème, appelle nextLine() après le nextDouble() pour vider le buffer jusqu'à le prochain "\n". Ça c'est pour la solution simple rapide, mais...

...en réalité, il faudrait systématiquement tester ce qui se trouve en attente dans le buffer avant de le lire (hasNextDouble() par exemple pour tester s'il y a bien un double), et de réagir en fonction (sauter ce qui n'est pas double, informer l'utilisateur que sa saisie n'est pas un nombre, lui redemander éventuellement de saisir, faire de la correction de saisie à la volée, etc).

Citation:

---

Envoyé par joel.drigo

Autre chose : un Scanner est bufferisé. En résumé, quand tu tapes des touches au clavier, elles sont stockées dans un tampon (parce qu'aucun programme ne traite rien au même rythme qu'un humain qui tape au clavier). Ensuite, le Scanner lui aussi, pour des raisons pratiques, peut lire des caractères d'avance, ou pas, depuis le "buffer du clavier".

La méthode nextDouble() lit tous les caractères se trouvant en attente dans le buffer tels qu'ils constituent un double. Il peut rester d'autres caractères en attente dans le buffer, parce qu'ils ne font pas partie d'un double.

...


Pour éviter le problème, appelle nextLine() après le nextDouble() pour vider le buffer jusqu'à le prochain "\n". Ça c'est pour la solution simple rapide, mais...

...en réalité, il faudrait systématiquement tester ce qui se trouve en attente dans le buffer avant de le lire (hasNextDouble() par exemple pour tester s'il y a bien un double), et de réagir en fonction (sauter ce qui n'est pas double, informer l'utilisateur que sa saisie n'est pas un nombre, lui redemander éventuellement de saisir, faire de la correction de saisie à la volée, etc).

---

Oui, j'ai déjà eu ces cas d'erreur et je pensais faire des tests systématiques.

Merci!