Double mon argent: mon cadre utilise des doubles pour des montants monétaires

Si tolérable, traitez le type monétaire comme intégré. En d'autres termes, si vous travaillez aux États-Unis, suivez les cents au lieu de dollars, si les cents fournissent la granularité dont vous avez besoin. Les doubles peuvent représenter avec précision des entiers jusqu'à une très grande valeur (2 ^ 53) ( Pas d'erreur d'arrondi jusqu'à cette valeur).

Mais vraiment, la bonne chose à faire est de contourner le cadre entièrement et d'utiliser quelque chose de plus raisonnable. C'est une telle erreur amateur pour le cadre à faire - qui sait quoi d'autre se cache?

Eh bien, vous n'avez pas beaucoup d'options en réalité:

Vous pouvez refactoriser le projet d'utiliser par exemple. BigDecimal (ou quelque chose qui convient mieux à ses besoins) pour représenter de l'argent.

Soyez extrêmement prudent pour débordement / débordement et perte de précision, ce qui signifie ajouter des tonnes de chèques et refactore une proportion encore plus grande du système de manière inutile. Sans oublier combien de recherches seraient nécessaires si vous voulez le faire.

Gardez les choses comme elles sont et espérons que personne n'assume (ceci est une blague).

IMHO, la meilleure solution serait de simplement le refroidir. Cela pourrait être un refactoring lourd, mais le mal est déjà fait et je crois que cela devrait être votre meilleure option.

meilleur, Vassil

P.s. Oh et vous pouvez traiter de l'argent comme des entiers (centimes de comptage), mais cela ne sonne pas comme une bonne idée si vous allez avoir des conversions de devises, calculer l'intérêt, etc.

Beaucoup de gens suggèrent d'utiliser BigDecimal et si vous ne savez pas utiliser l'arrondi dans votre projet, c'est ce que vous devriez faire.

Si vous savez utiliser correctement l'arrondissement décimal, utilisez le double. Ses nombreuses ordres de grandeur plus rapides, très clairs et plus simples et plus simples et donc moins émis par des erreurs. Si vous utilisez des dollars et des cents (ou avez besoin de deux décimales), vous pouvez obtenir un résultat précis pour les valeurs jusqu'à 70 milliards de dollars. P>

Fondamentalement, vous ne recevrez pas d'erreurs rondes si vous corrigez pour cela en utilisant Approcher l'arrondi. P>

BTW: la pensée des erreurs d'arrondi frappe la terreur au cœur de nombreux développeurs, mais elles ne sont pas erreurs aléatoires fortes> et vous pouvez les gérer assez facilement. P >

Edit: Considérez cet exemple simple d'une erreur d'arrondi. P>

private static long TENS[] = new long[19]; static { 
    TENS[0] = 1; 
    for (int i = 1; i < TENS.length; i++) TENS[i] = 10 * TENS[i - 1]; 
} 

public static double round(double v, int precision) { 
    assert precision >= 0 && precision < TENS.length; 
    double unscaled = v * TENS[precision]; 
    assert unscaled > Long.MIN_VALUE && unscaled < Long.MAX_VALUE; 
    long unscaledLong = (long) (unscaled + (v < 0 ? -0.5 : 0.5)); 
    return (double) unscaledLong / TENS[precision]; 
}