Надежные числа округления JS с toFixed(2) из ​​3 десятичных чисел

Я просто пытаюсь округлить 1.275.toFixed(2) и я ожидал возврата 1,28, а не 1,27.

Используя различные калькуляторы и простой метод округления до ближайшей сотой, если последняя цифра больше или равна пяти, она должна округляться.

Если это не работает с toFixed(2), как бы это?

Люди, спрашивающие, печатает ли console.log(1.275.toFixed(2)) 1.28, вот быстрый скриншот MacOS Chrome версии 55.0.2883.95 (64-разрядная версия)

Источник

7 ответов

Решение

toFixed() метод ненадежен в своем округлении (см. ответ Альваро Гонсалеса о том, почему это так).

В обоих нынешних Chrome и Firefox звонит toFixed() дает следующие противоречивые результаты:

35.655.toFixed(2) // Yields "36.66" (correct)
35.855.toFixed(2) // Yields "35.85" (wrong, should be "35.86")

MDN описывает надежную реализацию округления:

// Closure
(function() {
  /**
   * Decimal adjustment of a number.
   *
   * @param {String}  type  The type of adjustment.
   * @param {Number}  value The number.
   * @param {Integer} exp   The exponent (the 10 logarithm of the adjustment base).
   * @returns {Number} The adjusted value.
   */
  function decimalAdjust(type, value, exp) {
    // If the exp is undefined or zero...
    if (typeof exp === 'undefined' || +exp === 0) {
      return Math[type](value);
    }
    value = +value;
    exp = +exp;
    // If the value is not a number or the exp is not an integer...
    if (isNaN(value) || !(typeof exp === 'number' && exp % 1 === 0)) {
      return NaN;
    }
    // Shift
    value = value.toString().split('e');
    value = Math[type](+(value[0] + 'e' + (value[1] ? (+value[1] - exp) : -exp)));
    // Shift back
    value = value.toString().split('e');
    return +(value[0] + 'e' + (value[1] ? (+value[1] + exp) : exp));
  }

  // Decimal round
  if (!Math.round10) {
    Math.round10 = function(value, exp) {
      return decimalAdjust('round', value, exp);
    };
  }
  // Decimal floor
  if (!Math.floor10) {
    Math.floor10 = function(value, exp) {
      return decimalAdjust('floor', value, exp);
    };
  }
  // Decimal ceil
  if (!Math.ceil10) {
    Math.ceil10 = function(value, exp) {
      return decimalAdjust('ceil', value, exp);
    };
  }
})();

// Round
Math.round10(55.55, -1);   // 55.6
Math.round10(55.549, -1);  // 55.5
Math.round10(55, 1);       // 60
Math.round10(54.9, 1);     // 50
Math.round10(-55.55, -1);  // -55.5
Math.round10(-55.551, -1); // -55.6
Math.round10(-55, 1);      // -50
Math.round10(-55.1, 1);    // -60
Math.round10(1.005, -2);   // 1.01 -- compare this with Math.round(1.005*100)/100 above
// Floor
Math.floor10(55.59, -1);   // 55.5
Math.floor10(59, 1);       // 50
Math.floor10(-55.51, -1);  // -55.6
Math.floor10(-51, 1);      // -60
// Ceil
Math.ceil10(55.51, -1);    // 55.6
Math.ceil10(51, 1);        // 60
Math.ceil10(-55.59, -1);   // -55.5
Math.ceil10(-59, 1);       // -50
Источник

1.275 число базы 10 имеет конечные цифры, но становится периодическим при преобразовании в базу 2:

= 0b1.01000110011001100110011001100110011001100110011010
         ^^^^

Поскольку он имеет бесконечные цифры, он не может быть точно представлен на компьютере, если вы не используете библиотеку произвольной точности (библиотека, которая представляет числа в виде текста, чтобы сохранить их в базе 10). Номера JavaScript не используют такую ​​библиотеку по соображениям производительности.

Поскольку исходное значение уже потеряло точность при достижении JavaScript, его округление не улучшит это.

Источник

Хотя я немного опаздываю, это может помочь кому-то с тем же требованием. Если значение является строкой, просто добавьте в конец дополнительную цифру "1", и проблема будет устранена. Еслиinput = 10.55 тогда это станет 10.551 который, в свою очередь, станет 10.56.

В этом примере используется jQuery

function toTwoDecimalPlaces(input) {
        var value = $(input).val();
        if (value != null) {
            value = parseFloat(value + "1").toFixed(2);
        }
        $(input).val(value);
}

Обновление: если ввод принимает целые числа и / или числа с 1 десятичным знаком, тогда вы захотите проверить, сколько десятичных знаков было использовано. Если она больше фиксированной суммы, добавьте "1".

function toTwoDecimalPlaces(input) {
        var value = $(input).val();
        if (value.includes(".")) {
            var splitValue = value.split(".");
            if (splitValue[1].length > 2) {
                value = parseFloat(value + "1").toFixed(2);
            }
        }
        $(input).val(value);
}
Источник

Использование пользовательской функции для округления числа до 2 десятичных знаков в JavaScript.

      function roundToTwo(num) {
    return +(Math.round(num + "e+2")  + "e-2");
}

console.log(roundToTwo(2.005));

Для получения дополнительной информации посетите https://www.delftstack.com/howto/javascript/javascript-round-to-2-decimal-places/.

Источник

Согласно ответу Робби, MDN описывает надежную реализацию округления, поэтому я сократил ее до следующего фрагмента, чтобы решить мою проблему округления до 3 десятичного числа 1.275 в 1.28, Протестировано в FF4, Chrome 55 и Safari 10.0.3 на MacOS

function decimalAdjust(c,a,b){if("undefined"===typeof b||0===+b)return Math[c](a);a=+a;b=+b;if(isNaN(a)||"number"!==typeof b||0!==b%1)return NaN;a=a.toString().split("e");a=Math[c](+(a[0]+"e"+(a[1]?+a[1]-b:-b)));a=a.toString().split("e");return+(a[0]+"e"+(a[1]?+a[1]+b:b))}Math.round10||(Math.round10=function(c,a){return decimalAdjust("round",c,a)});

Math.round10(1.275, -2);
Источник

Наверное, одно из самых простых решений, которым я всегда пользуюсь. Любое число в{} будет усекать до этого количества десятичных знаков, мой случай ниже до второго десятичного знака {2}.

let Num = 23.49876
let NumString = Num+''
let toSecondDecimalPlace = NumString.replace(/(.*\.\d{2})(.+)/,'$1'); 
console.log('to Second Decimal Place:', toSecondDecimalPlace) // 23.49

let backToNumber = Number(toSecondDecimalPlace)
console.log('backToNumber:', backToNumber) // 23.49
Источник

Лицом к лицу. Если вам нужно конкретное правило для того, что происходит, когда число ровно «половина» на последнем месте, вы должны написать свою собственную процедуру округления.

Увы, ECMA решила проигнорировать IEEE 754 и изобрести еще один алгоритм округления. 754 по умолчанию "округляется до ближайшего четного" -- 3,5 -> 4 и 4,5 -> 4. Это, конечно, противоречит "банковским" правилам.

ОП не сказал, чего он на самом деле хочет для других случаев. Судя по их снимку экрана, JavaScript преобразует 1,275 в двоичное приближение с плавающей запятой. (Альваро сообщает подробности.)

Другая реализация JS может хранить 1,275 в десятичном виде , что заставит все работать по-другому.

Источник
Другие вопросы по тегам