IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

API standards et tierces Java Discussion :

Problème de précision avec BigDecimal


Sujet :

API standards et tierces Java

  1. #1
    Membre du Club
    Inscrit en
    Avril 2007
    Messages
    7
    Détails du profil
    Informations forums :
    Inscription : Avril 2007
    Messages : 7
    Par défaut Problème de précision avec BigDecimal
    Bonjour,
    j'utilise dans mon application bigdecimal pour avoir le maxi de précision. Mais en fait j'ai eu une perte de précision dans les calculs. Par exemple :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
     
      BigDecimal b1 = new BigDecimal(1);
      BigDecimal b2 = b1.divide(new BigDecimal(3),20,BigDecimal.ROUND_HALF_UP);
      System.out.println(b2.multiply(new BigDecimal(3)));
    Ce code affiche 0.9999.. alors que le résultat doit être 1. Avec double et floot ça donne 1. J'ai essayé tous les types d'arrondissement mais sans succès.

  2. #2
    Membre émérite Avatar de g_rare
    Profil pro
    Inscrit en
    Novembre 2005
    Messages
    608
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Novembre 2005
    Messages : 608
    Par défaut
    Conceptuellement c'est (déjà) impossible : tenter de représenter le nombre 1/3 comme un décimal dans un objet BigDecimal, peu importe le "scale", résultera toujours dans une approximation... et retripler le tout n'y changera rien !
    Regarde du côté du package org.apache.commons.math.fraction de l'API Jakarta Commons Math.

  3. #3
    Membre du Club
    Inscrit en
    Avril 2007
    Messages
    7
    Détails du profil
    Informations forums :
    Inscription : Avril 2007
    Messages : 7
    Par défaut
    mais mon application et grande et j'ai utilisé bigdecimal partout. Y a t'il une autre solusion sans modifier la classe?

  4. #4
    Membre Expert
    Homme Profil pro
    Directeur technique
    Inscrit en
    Janvier 2007
    Messages
    1 348
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 48
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Directeur technique

    Informations forums :
    Inscription : Janvier 2007
    Messages : 1 348
    Par défaut
    Euh ... ben à 99.9999999999999999999999999999999999999999999% sûr que non ...

  5. #5
    Membre Expert
    Avatar de ®om
    Profil pro
    Inscrit en
    Janvier 2005
    Messages
    2 815
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Janvier 2005
    Messages : 2 815
    Par défaut
    Le mieux est d'utiliser une classe Fraction (celle de Jakarta Commons Math comme l'a dit g_rare par exemple).

    Tu essayes de représenter 1/3 dans un BigDecimal, mais 1/3 n'est pas décimal, tu ne peux pas le représenter dans un décimal même s'il est Big

Discussions similaires

  1. Problème avec BigDecimal et nombres trop grands
    Par tomy29 dans le forum Débuter avec Java
    Réponses: 7
    Dernier message: 31/12/2009, 17h19
  2. Problème de précision avec un Timer
    Par cs_ntd dans le forum C#
    Réponses: 7
    Dernier message: 29/06/2008, 23h51
  3. Réponses: 5
    Dernier message: 11/05/2006, 08h51
  4. Problème étrange de précision avec double
    Par titoine1978 dans le forum DirectX
    Réponses: 4
    Dernier message: 22/02/2006, 09h26
  5. Problème de précision avec FloatToStr
    Par Clorish dans le forum Langage
    Réponses: 9
    Dernier message: 06/12/2005, 15h38

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo