Les mathématiques.round(num) vs num.toFixed(0) et le navigateur incohérences

Considérons le code suivant:

for (var i=0;i<3;i++){
   var num = i + 0.50;
   var output = num + " " + Math.round(num) + " " + num.toFixed(0);
   alert(output);
}

Dans Opera 9.63-je obtenir:

0.5 1 0

1.5 2 2

2.5 3 2

Dans FF 3.03-je obtenir:

0.5 1 1

1.5 2 2

2.5 3 3

Dans IE 7 j'obtiens:

0.5 1 0

1.5 2 2

2.5 3 3

Note le gras des résultats. Pourquoi sont-ce les incohérences présentes? Est-ce à dire que toFixed(0) doit être évitée? Quel est le bon moyen pour arrondir un nombre à l'entier le plus proche?

  • FWIW IE6 de sortie est identique à votre IE7 et FF2(.0.0.20) est identique à votre FF3, windows.
  • Semble être fixé à l'Opéra de 10 maintenant.
  • Commencez avec "i = -3" dans la boucle for, et ça devient de pire! Il y a beaucoup de mauvaises normes concernant l'arrondissement. Pour nous, les programmeurs de la meilleure mise en œuvre est arrondissement ".5" en vue de la prochaine même nombre (banquiers arrondissement), le pire est arrondissement ".5", ce qui est la norme de la "en Mathématiques.rond" et comme aujourd'hui, IE, Chrome et Opéra de la suivre. Quel est le problème avec elle? Regardez ceci: "(round(x*-1) + round(x))" n'entraîne pas nécessairement 0 plus. "num.toFixed" de tous ces navigateurs effectuer commerciale de l'arrondissement loin de 0 ce qui est correct pour les programmeurs et plus compréhensible pour les clients.
InformationsquelleAutor eft | 2009-02-19
  1. 32

    Edit: pour répondre À vos modifier, utiliser Math.round. Vous pouvez également prototype de la Number objet de l'avoir faire votre volonté si vous préférez que la syntaxe.

    Number.prototype.round = function() {
  return Math.round(this);
}
var num = 3.5;
alert(num.round())

    Je n'ai jamais utilisé Number.toFixed() avant (surtout parce que la plupart des bibliothèques JS fournir un toInt() méthode), mais à en juger par vos résultats, je dirais qu'il serait plus cohérent d'utiliser le Math méthodes (round, floor, ceil) puis toFixed si la croix-navigateur consistance est ce que vous cherchez.

    • Il est également important de mentionner que les Mathématiques.ronde est incroyablement plus rapide: Math.round() est près de 500% plus rapide que .toFixed (jsperf.com/math-round-vs-tofixed2).
    • n'est-il pas mauvaise pratique pour modifier les objets natifs (c'est à dire Number)?
    • Oui, dans la plupart des cas, la modification de la maternelle implémentations, est considérée comme mauvaise pour de nombreuses raisons, portant pour la plupart sur l'obscurité et la résultante des comportements inattendus, notamment pour d'autres ou futurs membres de l'équipe. Je recommande l'extension de l'objet que vous souhaitez le modifier, soit par mixin fonctions/usines ou en écrivant votre propre personnalisé 'type' qui pointe vers une instance (dans ce cas) Nombre.le prototype.
    • le lien est cassé....
    InformationsquelleAutor tj111
  2. 12

    Je pense que FF est en train de faire la bonne chose avec toFixed, depuis l'étape 10 ci-dessous dit "Si il y a deux ans, de choisir le plus grand de n."

    Et comme Subvention De Wagner dit: Utiliser Mathématiques.ceil(x) ou Mathématiques.floor(x) au lieu de x.toFixed().

    Tout ce qui est ci-dessous à partir de la Spécification Du Langage ECMAScript:

    15.7.4.5 Number.prototype.toFixed (fractionDigits)

    Retourner une chaîne de caractères contenant le nombre représenté en virgule fixe
    la notation avec fractionDigits chiffres après le point décimal. Si
    fractionDigits est pas défini, 0 est supposé. Plus précisément, effectuer les
    étapes suivantes:

    1. Laisser f être ToInteger(fractionDigits). (Si fractionDigits est pas défini,
      cette étape produit la valeur 0).
    2. Si f < 0 ou f > 20, jeter un RangeError exception.
    3. Laisser x être ce numéro de valeur.
    4. Si x est NaN, le retour de la chaîne "NaN".
    5. Laisser s être la chaîne vide.
    6. Si x ≥ 0, passez à l'étape 9.
    7. Soit s "-".
    8. Laisser x = –x.
    9. Si x ≥ 10^21, laissez m = ToString(x) et passez à l'étape 20.
    10. Laisser n être un entier pour lequel la mathématique exacte de la valeur de
      n ÷ 10^f – x est aussi proche de zéro que possible. Si il y a deux
      ces n, de choisir la plus grande n.
    11. Si n = 0, laissez m la chaîne "0". Sinon, laissez m être le
      chaîne composée des chiffres de la représentation décimale
      de n (dans l'ordre, sans les zéros à gauche).
    12. Si f = 0, passez à l'étape 20.
    13. Laisser k être le nombre de caractères dans m.
    14. Si k > f, passez à l'étape 18.
    15. Laisser z être la chaîne constituée de f+1–k les occurrences de la
      caractère '0'.
    16. Laisser m être la concaténation de chaînes z et m.
    17. Laisser k = f + 1.
    18. Laisser a être le premier k–f caractères de m, et laissez b être le
      reste f caractères de m.
    19. Laisser m être la concaténation des trois chaînes de a, ".", et b.
    20. Retour de la concaténation des chaînes de s et m.

    La length propriété de la toFixed méthode est 1.

    Si le toFixed méthode est appelée avec plus d'un argument, alors la
    le comportement est indéfini (voir la section 15).

    Une mise en œuvre est autorisée à étendre le comportement de toFixed pour
    les valeurs de fractionDigits moins de 0 ou supérieure à 20. Dans ce cas
    toFixed ne serait pas nécessairement jeter RangeError pour de telles valeurs.

    NOTE La sortie de toFixed peut être plus précis que toString pour
    certaines valeurs, car toString imprime seulement assez de chiffres significatifs
    pour distinguer le nombre de nombre adjacent valeurs. Par exemple,
    (1000000000000000128).toString() retourne "1000000000000000100", tandis que
    (1000000000000000128).toFixed(0) retourne "1000000000000000128".

    • Gosh, il y avait ceux qui ecmascript personnes déjà travaillé sur des normes avant?: Cette norme est terriblement écrit et est toute une classe en soi: Littéralement, je n'ai jamais vu de toute norme même de s'approcher de ce gâchis. Si possible, veuillez réécrire le texte cité à la place de bulkloading que spaghetti sur la réponse.
    • Je suis entièrement d'accord @Pacerier. Auriez-vous des exemples de bon spécifications de référence?
    InformationsquelleAutor some
  3. 10

    Pour répondre à vos deux original des problèmes/questions:

    Mathématiques.round(num) vs num.toFixed(0)

    Le problème ici réside dans l'idée fausse que l'on devrait toujours donner le même résultat. Ils sont, en fait, régis par des règles différentes. Regardez les nombres négatifs, par exemple. Parce que Math.ronde utilise "arrondi au demi" comme la règle, vous verrez que Math.round(-1.5) évalue à -1 même si Math.round(1.5) évalue à 2.

    Number.prototype.toFixed, d'autre part, utilise ce qui est essentiellement équivalent à "ronde de la moitié de l'écart de zéro" comme la règle, selon l'étape 6 de la spécification, qui dit essentiellement: pour traiter les négatifs comme des nombres positifs, puis ajouter le signe négatif à la fin. Ainsi, (-1.5).toFixed(0) === "-2" et (1.5).toFixed(0) === "2" sont exacts dans tous conformes aux spécifications des navigateurs. Notez que ces valeurs sont des chaînes de caractères, pas des numéros. A noter de plus que les deux -1.5.toFixed(0) et -(1.5).toFixed(0) sont === -2 (le nombre) en raison de la priorité des opérateurs.

    Navigateur incohérences

    La plupart des navigateurs modernes—ou au moins ceux que vous pourrait s'attendre à un soutien à la rédaction de ce document sauf pour IE—doit tout mettre en œuvre les spécifications correctement. (Selon Renee commentaire, le toFixed question vous l'avez souligné dans l'Opéra a été résolu, probablement depuis qu'ils ont commencé à l'aide de la même JS moteur comme google Chrome.) Il est toujours bon de répéter que, même si les spécifications ont été mises en œuvre de manière cohérente sur tous les navigateurs, le comportement défini dans les spécifications, en particulier pour les toFixed arrondi, peut être encore un peu pas intuitif pour un "simple mortel" JS développeurs qui attendent le véritable exactitude mathématique—voir Javascript toFixed Pas Arrondi et cette "fonctionne comme prévu" bug qui a été déposée sur le V8 JS moteur pour des exemples.

    Conclusion

    En bref, ce sont deux fonctions différentes avec deux différents types de retour et deux ensembles différents de règles de l'arrondi.

    Comme d'autres l'ont suggéré, je voudrais également dire "utiliser n'importe quelle fonction correspond à votre cas d'utilisation particulier" (en prenant soin de noter les particularités de toFixed, en particulier IE errant mise en œuvre). personnellement, je ne penche plus vers la recommandation explicite de la combinaison de Math.round/ceil/floor, encore une fois, comme d'autres l'ont mentionné. Edit: ...mais, après un va-et la lecture de vos précisions, vos cas d'utilisation (arrondi à un nombre entier) appelle définitivement pour la bien-nommée Math.round fonction.

    • Votre Conclusion de l'article, et la question des liens vers elle, semblent contredire le reste de votre réponse.
    • J'ai clarifié ma conclusion et réponse, qui doivent être en accord avec le lié à la question du haut réponses. toFixed n'est pas buggé, juste très peu intuitive.
    • Est le toFixed spec ambigu? Je suis en train d'essayer de comprendre comment les différents résultats entre IE 11 et Chrome 42 n'est pas un bug. Sur IE, 1.555.toFixed(2) les rendements "1.56", alors que sur google Chrome, les rendements "1.55". Le haut de répondre à la lié DONC, la question commence, "du JavaScript .toFixed() la fonction est extrêmement buggé." La raison pour laquelle je prends le temps de détailler ces est parce que votre déclaration, "les spécifications sont appliquées dans l'ensemble [moderne] les navigateurs," est faux ou dangereusement trompeuse.
    • Vous avez absolument raison sur IE, @pettys--j'ai testé uniquement avec les valeurs données par les OP. Après avoir joué avec certains d'autres valeurs, il semble être le seul navigateur (que j'ai testé) qui fait quelque chose de différent/faux. Mise à jour et de clarifier ma réponse encore une fois--merci!
    • Merci pour le dialogue! J'ai supprimé mon bas-vote.
    InformationsquelleAutor Noyo
  4. 6

    toFixed() renvoie une chaîne de valeur. À Partir De Javascript: The Definitive Guide

    Convertit un nombre en une chaîne de caractères qui contient un certain nombre de
    chiffres après la virgule.

    Mathématiques.round() renvoie un entier.

    Clairement, toFixed() semblent être plus à l'utiliser pour de l'argent, par exemple,

    '$' + 12.34253.toFixed(2) = '$12.34'

    Il semble un grand dommage que toFixed() ne semble pas rond correctement!

    InformationsquelleAutor Matt
  5. 2

    Au lieu de toFixed(0) utilisation Math.ceil() ou Math.floor(), selon ce qui est requis.

    InformationsquelleAutor Grant Wagner
  6. 0

    Il semble de cette façon, si vous obtenez des réponses incohérentes.

    Je ne peux que deviner que votre intention usin toFixed(0) est de transformer un nombre décimal en un nombre entier, à quel point je vous recommande de Mathématiques.floor(). Il y a un peu plus de discussion sur la meilleure façon de le faire dans cette question.

    InformationsquelleAutor Daniel Lew