JavaScript неправильно вычитает числа 8.18 — 1.99. В чем дело?

Question

[LeonidPokrovskiy]

Есть страница, на которой юзеры выбирают услуги. Каждая услуга стоит денег. Внизу страницы есть блок, в котором показывается стоимость всех выбранных услуг.

Первая услуга стоит 1.99$
Вторая услуга стоит 6.19$

1. Юзер выбирает сначала 2 услуги. total_price = 1.99 + 6.19 = 8.18

2. Юзер отменяет первую услугу total_price = 8.18 - 1.99 = 6.1899999999999995

Когда я увидел это число в поле "Итоговая стоимость" я сразу полез в код искать что не так. Искал минут 30 - все в порядке!

В итоге решил ввести в консоли 8.18 - 1.99 и вывелось 6.1899999999999995.

Почему?

Я даже на калькуляторе посчитал - 8.18 - 1.99 = 6,19

В чем дело?

Comments

[Роман]

Давным давно гдето читал что при работе с денежными единицами крайне нежелательно их представление в виде дробей, так как гарантированно приводит к ошибкам (и к таким как у вас и к другим, когда вы получаете часть минимальной денежной единицы) Не знаю на сколько все это актуально в настоящее время но наверняка существуют специализированные библиотеки для финансовых расчетов.

Answer 1

[xmoonlight]

1. Никогда не вычитайте из суммы: всегда пересчитываете сумму из набора услуг (TOTAL=k1x1+k2x2+...+kNxN)!
2. Точность вычислений: floatNum.toPrecision()
3. Точность допуска (расстояние, погрешность) - проверяйте так:
if (Math.Abs(x1 - x2) < delta) { ... }.

Comments

[Надим]

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

Answer 2

[yvetrov]

Дело в том, что JavaScript может ошибаться, если числа дробные, так называемые "числа с плавающей точкой". Подробнее вы можете разобраться в статье.

Как решение, вы можете использовать библиотеку Dinero или использовать метод .toFixed(n). Библиотека создана для расчета неизменяемых денежных величин.

Comments

[Karpion]

Это не JavaScript ошибается, это универсальная проблема.

Answer 3

[Andrew]

Тут написано про точность

The maximum number of decimals is 17, but floating point arithmetic is not always 100% accurate

To solve the problem above, it helps to multiply and divide:

var x = (0.2 * 10 + 0.1 * 10) / 10;       // x will be 0.3

Answer 4

[Karpion]

Если Вы работаете со штучными товарами - то держите цены в копейках, они целочисленные.

Если товар весовой - то перед выводом ответа всегда округляйте до копеек. Примерно так:
округлённая_цена = к_ближайшему_целому ( посчитанная_цена * 100 ) / 100

При этом у Вас могут выскочить копеечные расхождения - когда сумма цен за несколько товаров отличается на несколько копеек от того, что должно быть, если смотреть по написанному. У бухгалтеров могут возникать проблемы.

Я в своё время в 1С столкнулся с такой проблемой - когда минеральную воду из Сарова продавали по двадцать рублей за упаковку из шести бутылок, а в документах надо было указывать цену за одну бутылку.
(Это так, воспоминания о моей жизни, перегруженные ненужными Вам подробностями.)

Answer 5

[lamer350]

Простите конечно, тут просто не знаю даже если возможность шутить... Но вы примерно 6 999 9999 999й человек который это заметил. Вы хоть одну книжку по JS видели?

Comments

[floydback]

К чему сарказм? Я тоже много раз это видел, исправлял. Но причину такого поведения js не знаю. Интересно узнать

[LeonidPokrovskiy]

floydback я тоже не понимаю эту манеру (между прочем особенно среди СНГ IT-шников) говорить с каким-то тупым сарказмом, пытаться задеть кого-то. Непонятно конечно

[lamer350]

LeonidPokrovskiy, потому как только в СНГ задают тупые вопросы так как люди считают что тратить время на изучения языка (основ) это глупо, лучше буду по форумам задавать тупые вопросики.

[LeonidPokrovskiy]

lamer350, вообще-то я учил JavaScript 2 года назад. Полностью прочитал несколько учебников. Но знания со временем забываются. Я не сталкивался с таким очень долго вот и позабыл об этой проблеме. Вопрос реально, как вы говорите, тупой. Я бы тоже так подумал года 2 назад, но уж точно не стал писать это в комментариях. Просто оставил бы свое мнение при себе. А ты решил написать эту фигню.

На стаковерфлоу постоянно вижу вопросы и потупее чем этот, поверьте. А в СНГ все такие злые как вы из-за угнетающей среды (климат, нищета, все вокруг тоже злые и т.п)

В общем, удачи тебе. Я понимаю, как тебе трудно жить в СНГ. Я тоже был таким злым когда тух там : ) Уезжай в цивилизацию - пройдет. Гарантирую!

Не хочу с тобой диалог продолжать. Так что можешь мне не отвечать.

[LeonidPokrovskiy]

lamer350, аххахах Можно как то запретить срабатывание :hover css до повторного наведения? жесть. Ты такую херню спросил. Ужас просто!!! Какой кошмар!!! Сразу надо написать какой же ты глупый!!! УЖАС!!

Слушай, перестань умничать, профессионал : )

[lamer350]

LeonidPokrovskiy, в том подвале где вы сидите возможно каки то элементарных вещей вас не учили в общении, но если мы тут такие все злые (в СНГ) - пишите на англоязычных форумах. Неделю мусолить вопрос который гуглится за 2 секунды. Возможно посыл не в целом вам лично, а всем кто думает что тостер это гугл. Вообще не понимаю как в серьез можно ставить такой вопрос и агрится в ответ. Мне лично всеравно, а вам лучше перечитать книгу по JS заново если не помните базовых вещей. Вреда от этому точно не будет никому, придете потом на форум и поотвечайте недельку на тупые вопросы (тупые они не по тому что глупые сами по себе (как те где верстку просят оценить), а потому что это прям в начале книги описано и я искренне не понимаю как можно писать код не изучив основ...)

[LeonidPokrovskiy]

lamer350, я не буду это читать, правда. Я ни слова не прочитал - лень

Answer 6

[SagePtr]

Это особенность архитектуры процессора, а не языка программирования, все числа (в том числе и с плавающей точкой) он хранит в двоичном виде. А десятичные дроби далеко не все можно представить в виде конечных двоичных дробей. Самый яркий пример: 0.1 + 0.2.

Comments

[Karpion]

У других процессоров - не лучше. Эта проблема - принципиальная, математическая.