En comparant float et double des types de données en objective-C

Lors de l'utilisation de double ou float type de données dans une application iPhone, je suis en cours d'exécution à des problèmes avec la ">=" et "<=" comparaisons, car lorsqu'une variable est affectée d'un nombre entré avec une décimale après la virgule, comme 4.2, le float ou double utilisée dans la comparaison peut avoir une valeur telle que 4.1999998092651367. En raison de cette différence, une comparaison telle que ">= 4.2" est false au lieu de true. Comment puis-je éviter ce problème?

InformationsquelleAutor user183804 | 2011-02-17
  1. 63

    lorsqu'une variable est affectée d'un nombre entré avec une décimale après la virgule, comme 4.2, le float ou double utilisée dans la comparaison peut avoir une valeur telle que 4.1999998092651367

    Pas peut. sera. Pour être précis:

    float f = 4.2;  //f is exactly 4.19999980926513671875
double d = 4.2; //d is exactly 4.20000000000000017763568394002504646778106689453125

    Le problème vient quand vous écrivez quelque chose comme:

    float f = 4.2;
if (f >= 4.2) {
    //this block of code is not executed.
}

    f est exactement 4.19999980926513671875, mais vous êtes en les comparant à la double précision littérale "4.2", qui a la valeur 4.20000000000000017763568394002504646778106689453125, de sorte que la comparaison échoue. Si, au lieu de vous comparer à la simple précision littérale "4.2 f":

    float f = 4.2;
if (f >= 4.2f) {
    //this block of code is exectued.
}

    la comparaison réussit, car les valeurs sont exactement égaux. À virgule flottante est compliqué, mais c'est entièrement déterministe, l'une des choses les plus simples que vous pouvez faire pour le rendre plus intuitif est de ne pas mélanger des précisions. Si vous travaillez avec float, assurez-vous que tous vos littéraux sont suffixé avec f pour faire simple précision, trop.

    (Cela peut également améliorer les performances, mais ce n'est pas la raison de le faire; la raison de le faire c'est parce qu'il permet de rendre votre code plus correct).

    • Merci de me droite. Maintenant, le code fonctionne comme prévu avec des comparaisons à l'aide de la "f" suffixe sur des entiers. À titre de suivi, est à ce genre de problème avec l'arithmétique en virgule flottante d'une "fonction" ou l'inévitable problème? Semble comme quelque chose qui pourrait facilement introduire des erreurs de calcul de code qui me semble logique et compile sans problème.
    • Je n'appellerais pas cela une fonctionnalité ou d'une inévitable problème. Plus d'un "c'est la nature de binaire à virgule flottante, apprendre à ce sujet ou être condamné à trébucher sur ce genre de chose". Il n'est pas unique à virgule flottante par un effort de l'imagination; les gens sont perturbés par débordement d'entier et d'autres aspects de l'arithmétique des nombres entiers, tout le temps. L'arithmétique sur l'ordinateur n'est pas le même que l'arithmétique, nous apprenons à l'école, et que, fondamentalement juste un fait que nous, en tant que programmeurs doivent apprendre à travailler avec.
    • Merci encore. Je vais sur tout mon code avec ces nouvelles connaissances dans l'esprit. Vous avez été extrêmement utile, étant donné que ma prochaine application iPhone traite médical calculs, donc la précision est primordiale.
    • J'ai trouvé ceci pour être une bonne référence: cygnus-software.com/papers/comparingfloats/comparingfloats.htm
    • basé sur l'article que j'ai lié, vous pouvez, essayez de comparer les nombres entiers.. Si ils sont à 1 d'entier de l'autre, ils se trouvent dans un float/double précision les uns des autres. Si vous ne savez ni argument est nul, vous pouvez comparer les flotteurs/doubles dans un minimum de précision.
    • les littéraux ont pas de suffixe. long double littéraux sont suffixé avec l ou L.
    • Doh. Spécificateur de Format je pensais.
    • Donc, Si j'utilise 4.2, il est explicitement double précision/de type double, à moins que j'ai ajouter f comme un suffixe?
    • En C ou Objective-C? Oui.

    InformationsquelleAutor Stephen Canon