Decimal vs Double в C#: какой тип данных выбрать и когда использовать?

Question

stack_user76 · 09.05.2026

Decimal vs Double в C#: какой тип данных выбрать и когда использовать?

Всем привет! Я новичок в C# и при написании калькулятора для интернет-магазина столкнулся с проблемой выбора типа данных для денежных расчетов. У меня есть простой код: ```csharp double price = 19.99; double tax = 0.21; double total = price * (1 + tax); Console.WriteLine(total); // Выводит что-то вроде 24.1879... вместо 24.1879 ``` Я ожидал получить ровно 24.1879, но иногда появляются странные хвосты вроде 24.187899999999997. Это происходит не всегда, но достаточно часто, чтобы сломать логику сравнения цен. Погуглил и нашел, что есть тип `decimal`, но не понимаю разницу. Вроде оба хранят дробные числа. Когда я заменил `double` на `decimal`: ```csharp decimal price = 19.99m; decimal tax = 0.21m; decimal total = price * (1 + tax); Console.WriteLine(total); // 24.1879 ``` Всё стало работать идеально. Но я слышал, что `decimal` медленнее и использует больше памяти. Вопросы: 1. В чем принципиальная разница между `double` и `decimal`? 2. Когда нужно использовать `double`, а когда `decimal`? 3. Почему `double` дает такие странные результаты? 4. Стоит ли всегда использовать `decimal` для финансовых расчетов? Подскажите, пожалуйста, как опытные разработчики решают эту дилемму. Может быть, есть какие-то best practices? <<>>

Основная разница: точность vs производительность

Ключевое различие между double и decimal кроется в их внутреннем представлении и цели использования:

double (64 бита) — это число с плавающей точкой двоичной (binary) системы. Он оптимизирован для научных и инженерных расчетов, где важна производительность и широкий диапазон значений (±5.0×10⁻³²⁴ до ±1.7×10³⁰⁸), но не точность в десятичных дробях.
decimal (128 бит) — это число с фиксированной точностью в десятичной (decimal) системе. Он специально спроектирован для финансовых и денежных расчетов, где каждая копейка должна быть учтена точно.

Почему double дает "странные" результаты?

Проблема в том, что числа 0.1, 0.21, 19.99 не могут быть точно представлены в двоичной системе с плавающей точкой. Это как попытаться записать 1/3 = 0.33333... в десятичной системе — вы получите бесконечную дробь. Аналогично, 0.1 в двоичной системе — это периодическая дробь 0.0001100110011...
Поэтому double хранит приближение, и при многократных операциях погрешность накапливается.

// Пример накопления ошибки в double
double sum = 0;
for (int i = 0; i < 1000; i++)
{
    sum += 0.1;
}
Console.WriteLine(sum); // 99.9999999999986, а не 100.0

// Тот же пример с decimal
decimal sumDec = 0m;
for (int i = 0; i < 1000; i++)
{
    sumDec += 0.1m;
}
Console.WriteLine(sumDec); // 100.0 — идеально точно

Когда использовать double?

Научные расчеты: физика, симуляции, графика (3D-движки)
Анализ данных: статистические вычисления, машинное обучение
Игры: координаты объектов, физика движения
Геоданные: GPS-координаты, картография
Производительность критична: double в 5-10 раз быстрее decimal

Когда использовать decimal?

Деньги и финансы: цены, налоги, зарплаты, бухгалтерия
Точные десятичные дроби: проценты, курсы валют
Любые расчеты, где важна точность до последнего знака
Сравнение на равенство: если вам нужно проверить if (total == 24.1879), используйте decimal

Практический пример: интернет-магазин

// НЕПРАВИЛЬНО: использование double для денег
double price = 9.99;
double quantity = 3;
double discount = 0.1; // 10% скидка
double total = price * quantity * (1 - discount);
// Может дать 26.972999999999999 вместо 26.973

// ПРАВИЛЬНО: использование decimal
decimal priceD = 9.99m;
decimal quantityD = 3m;
decimal discountD = 0.1m;
decimal totalD = priceD * quantityD * (1 - discountD);
// Точно: 26.973

Альтернативный взгляд: когда double может быть оправдан

Хотя для финансов decimal — стандарт, есть ситуации, где double может быть приемлем, если вы понимаете риски:

// Пример: расчет НДС с округлением
double price = 100.0;
double vatRate = 0.20;
double vat = Math.Round(price * vatRate, 2);
double total = price + vat;
// Math.Round(20.0, 2) даст 20.0 — здесь double безопасен

Если вы всегда округляете до 2 знаков после каждой операции, погрешность double может быть приемлемой.
Для очень больших сумм (миллиарды) decimal имеет ограниченный диапазон (до ~79 триллионов), а double может хранить гораздо больше.
В высоконагруженных системах (биржевые торги) иногда используют целые числа (копейки в long) вместо decimal для производительности.

Важно: Если вы выбираете double для денег, всегда используйте Math.Round с MidpointRounding.ToEven (банковское округление) и никогда не сравнивайте на равенство без допуска (epsilon).

// Безопасное сравнение double для денег
double a = 10.0 / 3.0; // 3.3333333333333335
double b = 3.33;
if (Math.Abs(a - b) < 0.005) // допуск в 0.5 копейки
{
    Console.WriteLine("Примерно равны");
}

Но помните: это компромисс. Для серьезных проектов (банки, бухгалтерия) decimal остается единственно правильным выбором.

0 ответов