Как работает функция .toFixed() в javaScript?

Question

[d_fly]

По работе надо разобраться с javaScript. Есть функция .toFixed(2), которая округляет число до 2-х знаков после запятой. Вопрос состоит в том - каким способом она это делает, когда у нас 3 знак после запятой - 5-ка? (например 0.915, 1.235 и т.д.)

1) Сначала подумал, что простым округлением в большую сторону. Т.е.:
0.915 -> должно было перейти в 0.92
Проверяем:
- 0.905.toFixed(2) = 0.91 - ок
- 0.915.toFixed(2) = 0.92 - ок
- 0.925.toFixed(2) = 0.93 - ок
.....
- 0.955.toFixed(2) = 0.96 - false! JavaScript говорит = 0.95!
- 0.965.toFixed(2) = 0.97 - false! JavaScript говорит = 0.96!
Так. Округление в большую сторону не подходит.

2) Видимо функция работает следующим образом: от 0.905 до 0.945 мы увеличиваем в большую сторону, а с 0.955 до 0.995 просто отбрасывается 5-ка.
Проверяем:
- 0.905.toFixed(2) = 0.91 - ок
- 0.915.toFixed(2) = 0.92 - ок
- 0.925.toFixed(2) = 0.93 - ок
....
- 0.955.toFixed(2) = 0.95 - ок
- 0.995.toFixed(2) = 0.99 - ок

И все было хорошо, до тех пор, пока я не проверил на такое значение:
- 0.755.toFixed(2) = 0.75 - false! JavaScript говорит = 0.76!
- 0.765.toFixed(2) = 0.76 - false! JavaScript говорит = 0.77!

Думал может дело в не четности 7-ки? Поэтому такой результат. Но здесь я сломался окончательно:
- 1.755.toFixed(2) = 1.76 - false! (По предыдущему примеру) НО! JavaScript говорит = 1.75!

Отсюда вопрос - какой алгоритм работы метода .toFixed()?

Answer 1

[Aves]

Округляет он по обычным правилам, но неточно из-за операций над числами с плавающей запятой в бинарном формате - blog.chewxy.com/2014/02/24/what-every-javascript-d...
Округлять точно так: Math.round(0.955*100)/100

Comments

[d_fly]

Судя по www.ecma-international.org/ecma-262/5.1/#sec-15.7.4.5
Округляет не совсем по обычным правилам.

[Aves]

Что же там необычного?
"8a. Пусть n целое число, для которого значение n ÷ 10^f – х близко к нулю насколько возможно. Если таких n два, выбрать большее"
1.55 округлить до десятых:
n ÷ 10 − 1.55→0, должно быть -0.05 для n = 15 и 0.05 для n = 16, и выбрано 16, фактически -0.050000000000000044 и 0.050000000000000044 Выбирается правильное 16 и ставится точка в 1 знаке справа, получается 1.6
А для 2.55 получается -0.04999999999999982 для 25 и 0.050000000000000266 для 26, первое ближе к нулю, поэтому в итоге 2.5

[d_fly]

Да. Всё верно. Ошибался в "близкое к нулю насколько возможно", брал большее.
Спасибо за разъяснение вопроса.

[d_fly]

Aves:
Что-то у меня на 0.995.toFixed(2) не сошлось =(
1) 0.995 округляем до сотых = 99.5. Соответственно первое число - 100, второе - 99.
2) Считаем:
num1 = 99 / 10^2-0.995 = -0.0050000000000000044
num2 = 100 / 10^2-0.995 = 0.0050000000000000044
3) Выбираем большее - num2
4) 100 -> 2 знака справа -> ставим точку = 1.00

Когда в консоли пишу 0.995.toFixed(2) = 0.99
Что-то я не до конца разобрался как надо считать %)

[Aves]

Как только произвели арифметическую операцию не с целым числом, забудьте о точности. То, что разница не видна в десятичном значении не значит, что её нет в двоичном. Читали статью по ссылке? Все дроби в двоичном формате бесконечные. Плюс алгоритмы округления для уменьшения накопления ошибки.
Считать нужно целые, не превышающие безопасного значения.

[d_fly]

Aves: Спасибо =)

Answer 2

[Stalker_RED]

>> Как работает
Хреново он работает. Хотие точность - используйте Math.Round()

Демка: jsfiddle.net/Stalk/5spu017s/1

Comments

[d_fly]

К сожалению, мне надо реализовать этот алгоритм при вытаскивании данных из БД.

[Stalker_RED]

d_fly: в общем-то ничего сложного нет, просто обычное математическое округление пятерку округляет вверх, а toFixed почему-то вниз.

Answer 3

[Даша Циклаури]

Она ничего не округляет! округляет math.round()
читай документацию https://developer.mozilla.org/en-US/docs/Web/JavaS...

Comments

[d_fly]

В документации написано, что "число округляется
при необходимости..." Вот мне интересно как оно округляется.