Discussion :

[Ggamer]

Bonjour à tous,

Un petit problème simple mais dont je ne trouve pas la solution.

J'ai un float (un montant en euros) que je souhaite arrondir au centième supérieur ou inférieur (en fonction du choix de l'utilisateur).

Exemple :
- 10.45678 € > 10.45 € ou 10.46 €

Merci pour vos suggestions !

[Zavonen]

Multiplier par 100 et prendre la partie entière, puis diviser par 100.

[dividee]

Si c'est une application sérieuse, il vaut mieux éviter d'utiliser des floats pour représenter des montants.
Le module decimal est plus adapté:

Code :

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

1
2
3
4
5
6
7
>>> import decimal
>>> from decimal import Decimal
>>> x = Decimal('10.45678')
>>> x.quantize(Decimal('0.01'), decimal.ROUND_UP)
Decimal('10.46')
>>> x.quantize(Decimal('0.01'), decimal.ROUND_DOWN)
Decimal('10.45')

[Ggamer]

Merci pour vos réponses.

C'est celle de dividee qui correspond le plus à ce que j'attendais.

Mais pourrais-tu me préciser pour quelle raison faut-il éviter les FLOAT pour les montants ?

Merci

[dividee]

Mais pourrais-tu me préciser pour quelle raison faut-il éviter les FLOAT pour les montants ?

La représentation interne des floats se faisant en binaire, des nombres dont la représentation décimale s'écrit avec un nombre même limité de chiffres ne sont pas représentables de façon exacte par un float. Par exemple:

Code :

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

1
2
>>> 1.1
1.1000000000000001

Evidemment, l'erreur est minime, mais elle est sujette au calcul d'erreur et s'accroit potentiellement à chaque opération qu'on effectue dessus.
Comme les floats en Python sont en réalité des "double" en C (double précision, 64 bits), cela peut mettre longtemps avant que l'erreur soit suffisante pour poser un problème, mais cela peut se manifester plus rapidement si on n'y prend pas garde.
Par exemple:

Code :

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

1
2
>>> 0.1 + 0.1 + 0.1 == 0.3
False # uh ?

... raison pour laquelle il faut fortement se méfier de l'utilisation de l'égalité avec des floats.

Et je pense qu'il y a une autre difficulté, qui n'est pas directement liée au floats mais qui est quand-même mitigée par le module decimal:
Je n'y connais pas grand chose en comptabilité, mais je crois qu'il y a des règles à suivre concernant la précision des calculs; contrairement à ce qu'on fait d'habitude en informatique, on ne garde pas la précision maximale dans les calculs intermédiaires, il faut arrondir à chaque étape dans un sens donné et avec une précision donnée. Ce que le module decimal permet, il me semble, en définissant la précision et le mode d'arrondi. Mais je peux me tromper sur ce dernier point...

[Zavonen]

Je n'y connais pas grand chose en comptabilité,

La plupart des logiciels de compta n'utilise que des entiers (c'est indispensable pour la balance). De fait l'unité est toujours le plus petit sous-multiple de la devise utilisée. De fait les écritures sont passées en centimes (par exemple) et ce n'est qu'à l'affichage sur les listings qu'on met une virgule.

[dividee]

Merci pour la précision, Zavonen. En somme, cela revient à travailler en "fixed-point" au lieu de "floating-point".

[Ggamer]

Un grand merci pour ces informations !

(Bien que je vous haïsse tout autant pour m'obliger maintenant à recoder une partie de mon logiciel )

A +