Problème avec DecimalFormat

Version imprimable

Bonjour tout le monde,

J'ai un petit problème avec la classe DecimalFormat.
J'utilise cette classe pour définir le nombre de chiffre après la virgule :
Ci dessous la méthode, que j'ai créé
Code:

1 2 3 4 5 6 7 8 9 10 11 public Double arrondi(Double number, int arrondi){ DecimalFormat df = new DecimalFormat(); df.setMaximumFractionDigits(arrondi); //arrondi à 2 chiffres apres la virgules df.setMinimumFractionDigits(arrondi); df.setDecimalSeparatorAlwaysShown(false); String retour = df.format(number); return Double.valueOf(retour.replaceAll(" ", "")); }
A chaque fois la chaine de caractère retourné par la méthode format contient un espace => 57 356.21
j'ai aussi essayé :

Code:

return Double.valueOf(retour.replaceAll("\\s", ""));

Si quelqu'un à une idée je tourne en rond pour ce :evilred::evilred::evilred: d'espace

Merci d'avance

27/08/2013, 17h39
adiGuba

Salut,

Citation:

Envoyé par bedomon

A chaque fois la chaine de caractère retourné par la méthode format contient un espace => 57 356.21

C'est normal : en français on utilise un "espace" comme séparateur de milliers...

Citation:

Envoyé par bedomon

j'ai aussi essayé :

Code:

return Double.valueOf(retour.replaceAll("\\s", ""));

C'est normal aussi, car ce n'est pas réellement un espace classique, mais un espace insécable qui a un code différent...

Il suffit d'utiliser "df.setGroupingUsed(false);" pour désactiver le regroupement des milliers...

Citation:

Envoyé par bedomon

Si quelqu'un à une idée je tourne en rond pour ce :evilred::evilred::evilred: d'espace

Il faut encore que tu utilises un DecimalFormat en anglais, sinon tu aura le même problème avec la virgule (même si on peut faire un replacement).

Mais la valeur double retournée n'aura pas forcément deux chiffres après la virgule. Un double est une approximation et la valeur retourné pourra l'être aussi.

En fait il faudra plutôt utiliser le DecimalFormat lorsque tu souhaites afficher la valeur. Ainsi même si le nombre est une approximation, tu afficheras bien 2 chiffres après la virgule...

a++

Comme on dit qui cherche trouve :

Voici la version qui fonctionne (et sans le gourmand replaceAll):

Code:

1
2
3
4
5
6
7
8
9
 
public Double arrondi(Double number, int arrondi) throws NumberFormatException{
 
        DecimalFormat df = new DecimalFormat("0.##");
        String retour = df.format(number);
        retour = retour.replaceAll(",", ".");
 
        return Double.valueOf(retour);
    }

Merci moi-même ;)

27/08/2013, 18h15
joel.drigo

Un petit plus pour éviter le replaceAll() :

Code:

df.getDecimalFormatSymbols().setDecimalSeparator('.');

Sinon, à part ça tu aurais pu faire, qui fonctionne quelque soit la locale :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
public Double arrondi(Double number, int arrondi) {
		 
        DecimalFormat df = new DecimalFormat("0.##");
        String retour = df.format(number);
        try {
        	return (Double)df.parse(retour);
        }
        catch (ParseException e) {
        	// ne risque pas d'arriver en théorie
        	return number;
	}
        
}

Reste un petit truc : arrondi n'est pas utilisé. Qu'on peut résoudre comme suit par exemple :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
public static Double arrondi(Double number, int arrondi) {
 
        if  (number==null) return null;
 
	char[] dec = new char[arrondi<=0?0:arrondi];
	Arrays.fill(dec, '#');
        DecimalFormat df = new DecimalFormat("0."+new String(dec));
        String retour = df.format(number);
        try {
        	return (Double)df.parse(retour);
        }
        catch (ParseException e) {
        	// ne risque pas d'arriver en théorie
        	return number;
		}
 
    }

28/08/2013, 00h43
thelvin

Au passage, le DecimalFormat sert à convertir un nombre en String, pas un nombre en nombre.
C'est vrai que d'habitude, les arrondis devraient se calculer au moment d'afficher, donc de transformer en String, donc avec un DecimalFormat. Mais le but est donc d'obtenir une String, pas un Double.

Si vraiment on veut juste arrondir un nombre :
- Euh... Pourquoi faire ? C'est quoi l'intérêt ?
- return ((int)(nb*100))/100d;
28/08/2013, 08h43
joel.drigo

Certes, @Thelvin. Je ne cherchais pas à juger du bien fondé de l'usage la méthode, mais simplement de dire que la bidouille de replaceAll pouvait être résolu de façon plus élégante (à mon avis).

Si la méthode par format est forcément plus lente, plus consommatrice de mémoire, plus lourde, on pourrait estimer que la méthode simple peux causer un overflow.
28/08/2013, 10h28
thelvin

Hum, bonne remarque.
Je suppose que c'est le fait qu'un flottant ne puisse pas vraiment contenir un arrondi mais juste une valeur approchée de l'arrondi, qui me dérange.

Pour éviter l'overflow il y aurait bien BigDecimal, mais ça commence à être pas beaucoup moins complexe qu'un DateFormat.
29/08/2013, 16h44
bedomon

Merci pour les réponses,

En effet, je suis allé voir la doc et DecimalFormat existe "to format decimal numbers into locale-specific strings"

http://docs.oracle.com/javase/tutori...malFormat.html

Et dans tous les cas merci pour vos précisions.