Я всегда говорю в C #, что переменная типа double не годится за деньги. Могло случиться все странное. Но я не могу создать пример, чтобы продемонстрировать некоторые из этих проблем. Кто-нибудь может привести такой пример?
(edit; этот пост изначально был помечен как C #; некоторые ответы относятся к конкретным деталям decimal, что, следовательно, означает _ 2_).
(редактировать 2: я конкретно просил некоторый код С #, поэтому я не думаю, что это только язык-агностик)
Очень и очень неподходящий. Используйте десятичную дробь.
double x = 3.65, y = 0.05, z = 3.7;
Console.WriteLine((x + y) == z); // false
(пример со страницы Джона здесь - рекомендуется прочитать ;-p)
Вы получите странные ошибки, вызванные округлением. Кроме того, сравнение с точными значениями чрезвычайно сложно - обычно вам нужно применить какой-то эпсилон, чтобы проверить, находится ли фактическое значение «рядом» с конкретным.
Вот конкретный пример:
using System;
class Test
{
static void Main()
{
double x = 0.1;
double y = x + x + x;
Console.WriteLine(y == 0.3); // Prints False
}
}
Да это непригодно.
Если я правильно помню, double имеет около 17 значащих чисел, поэтому обычно ошибки округления происходят далеко за десятичной точкой. Большинство финансовых программ использует 4 десятичных знака после десятичной точки, что оставляет 13 десятичных знаков для работы, поэтому максимальное число, с которым вы можете работать для отдельных операций, по-прежнему намного выше, чем государственный долг США. Но ошибки округления со временем будут накапливаться. Если ваше программное обеспечение работает долгое время, вы в конечном итоге начнете терять центы. Некоторые операции только усугубят ситуацию. Например, добавление большого количества к маленькому вызовет значительную потерю точности.
Вам нужны типы данных с фиксированной точкой для денежных операций, большинство людей не против, если вы потеряете здесь и там цент, но бухгалтеры не такие, как большинство людей ...
изменить
Согласно этому сайту http://msdn.microsoft.com/en-us/library/678hzkk9.aspx В действительности двойные числа содержат от 15 до 16 значащих цифр вместо 17.
@Jon Skeet decimal больше подходит, чем double, из-за его более высокой точности, 28 или 29 значащих десятичных знаков. Это означает меньшую вероятность того, что накопленные ошибки округления станут значительными. Типы данных с фиксированной точкой (т. Е. Целые числа, представляющие центы или сотые доли цента, как я видел, использованные), такие как упоминания Boojum, на самом деле подходят лучше.
decimal выражение x + 1 != x всегда истинно. Кроме того, он сохраняет точность, поэтому вы можете отличить 1 от 1.0.
- person Gabe; 16.03.2011
Decimal может потерять точность справа от десятичной точки без указания на проблему.
- person supercat; 02.03.2013
double имеет 15,9 значащих десятичных цифр, учитывая только целые значения. Ситуация после десятичной точки зависит от значения.
- person user207421; 18.07.2018
Поскольку decimal использует коэффициент масштабирования, кратный 10, числа вроде 0,1 могут быть представлены точно. По сути, десятичный тип представляет это как 1/10 ^ 1, тогда как double будет представлять это как 104857/2 ^ 20 (на самом деле это будет больше похоже на действительно-большое-число / 2 ^ 1023).
decimal может точно представлять любое значение с основанием 10, содержащее до 28/29 значащих цифр (например, 0,1). double не может.
Насколько я понимаю, большинство финансовых систем выражают валюту с помощью целых чисел, т. Е. Считая все в центах.
На самом деле двойная точность IEEE может представлять все целые числа точно в диапазоне от -2 ^ 53 до + 2 ^ 53. (Hacker's Delight, стр. 262) Если вы используете только сложение, вычитание и умножение и сохраняете все целые числа в пределах этого диапазона, вы не увидите потери точности. Однако я бы очень осторожно относился к разделению или более сложным операциям.
double, но не поддерживают какие-либо 64-битные целочисленные типы. Я бы предположил, что выполнение вычислений как double с масштабированием, при котором любое семантически необходимое округление всегда будет до целых единиц, является наиболее эффективным подходом.
- person supercat; 10.06.2012
Использование double, когда вы не знаете, что делаете, не подходит.
«дабл» может представлять собой сумму в триллион долларов с погрешностью в 1/90 цента. Так вы получите очень точные результаты. Хотите подсчитать, сколько стоит отправить человека на Марс и вернуть его живым? двойной подойдет.
Но в отношении денег часто существуют очень конкретные правила, согласно которым определенный расчет должен давать определенный результат, а не другой. Если вы подсчитываете сумму, которая очень-очень близка к 98,135 долларов, то часто будет правило, определяющее, должен ли результат быть 98,14 или 98,13 долларов, и вы должны следовать этому правилу и получить требуемый результат. .
В зависимости от того, где вы живете, использование 64-битных целых чисел для обозначения центов, пенсов или копеек или любой другой наименьшей единицы в вашей стране обычно будет работать нормально. Например, 64-битные целые числа со знаком, представляющие центы, могут представлять значения до 92 223 триллионов долларов. 32-битные целые числа обычно не подходят.
Нет, у двойника всегда будут ошибки округления, используйте "десятичный", если вы находитесь в .Net ...
На самом деле double с плавающей запятой идеально подходит для представления денежных сумм, если вы выбираете подходящую единицу.
См. http://www.idinews.com/moneyRep.html.
Таким образом, фиксированная точка длинная. Любой из них потребляет 8 байтов, что, безусловно, предпочтительнее, чем 16, потребляемые десятичным элементом.
Работает ли что-то (т. Е. Дает ожидаемый и правильный результат) не зависит ни от голосования, ни от индивидуальных предпочтений. Техника либо работает, либо нет.
