Почему для денег в C# обычно нужен decimal, а не double?

double удобен для инженерных расчётов, координат, графики и статистики. Но для денег он часто создаёт ошибки.

Причина в том, что double хранит число в двоичном формате с плавающей точкой. Не все десятичные дроби можно представить точно.

Простой пример выглядит так:

double price = 0.1 + 0.2;
Console.WriteLine(price);

Результат может оказаться не ровно 0.3, а числом с маленьким хвостом. Для UI это иногда скрывается форматированием, но в сравнении и расчётах ошибка остаётся.

Особенно плохо сравнивать такие значения напрямую:

if (price == 0.3) {
    Console.WriteLine("ok");
}

В финансовых сценариях обычно используют decimal:

decimal price = 0.1m + 0.2m;
Console.WriteLine(price);

Суффикс m важен. Без него литерал сначала будет double, и смысл decimal частично потеряется.

Для округления лучше явно указать правило:

decimal total = Math.Round(price, 2, MidpointRounding.AwayFromZero);

Так код показывает, как именно округляются копейки, налоги, скидки или комиссии.

decimal медленнее и занимает больше памяти, чем double. Но для денег обычно важнее предсказуемость, чем скорость.

➡️ C# Ready | #совет

Планируем ближайшие задачи через PriorityQueue в C#!

Нужно хранить отложенные задания и каждый раз быстро выбирать то, чей срок наступит раньше. Обычный список придётся сортировать или просматривать целиком, а PriorityQueue хранит элемент с приоритетом и отдаёт минимальный приоритет первым.

Создадим очередь, где приоритетом будет время запуска:

var jobs = new PriorityQueue<string, DateTimeOffset>();
var now = DateTimeOffset.UtcNow;
jobs.Enqueue("backup", now.AddMinutes(20));
jobs.Enqueue("cleanup", now.AddMinutes(5));

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

Перед обработкой проверим, наступил ли срок ближайшего задания:

if (jobs.TryPeek(out _, out var due) && due <= now)
    jobs.TryDequeue(out var job, out _);

TryPeek смотрит на самый ранний срок, не удаляя запись. Если он ещё впереди, очередь можно проверить позже, не перебирая остальные элементы.

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

while (jobs.TryPeek(out _, out var due) && due <= DateTimeOffset.UtcNow) {
    var job = jobs.Dequeue();
    Console.WriteLine(job);
}

Для параллельной обработки можно передавать извлечённые элементы в ограниченную очередь работников.

➡️ C# Ready | #практика

Почему MemoryStream.GetBuffer может вернуть лишние байты?

Представим, что API должен отправить короткий двоичный ответ. Мы записали его в MemoryStream, а затем получили внутренний массив:

using var stream = new MemoryStream();
stream.Write(new byte[] { 1, 2, 3 });
byte[] data = stream.GetBuffer();

Кажется, что data должен содержать ровно три байта. Но MemoryStream часто выделяет буфер с запасом. Длина массива отражает вместимость буфера, а не количество записанных данных.

Эти числа можно сравнить напрямую:

Console.WriteLine(stream.Length);
Console.WriteLine(stream.Capacity);
Console.WriteLine(data.Length);

Length показывает полезную длину, а Capacity и data.Length могут быть больше. Если отправить весь data в сеть или записать его в файл, к нужным байтам добавится незаполненная часть буфера. В некоторых сценариях там могут оставаться данные после предыдущих операций с этим же массивом.

Когда нужен самостоятельный массив точной длины, используй ToArray:

byte[] payload = stream.ToArray();
await destination.WriteAsync(payload);

ToArray копирует только записанные данные. Копия требует дополнительной памяти, зато её длина соответствует содержимому и она не изменится при последующей записи в stream.

Если копирование дорого, можно получить сегмент внутреннего массива вместе с правильными Offset и Count:

if (stream.TryGetBuffer(out ArraySegment<byte> segment)) {
    await destination.WriteAsync(segment.AsMemory());
}

Не каждый MemoryStream разрешает доступ к своему буферу, GetBuffer может выбросить исключение, а TryGetBuffer в этом случае вернёт false.

➡️ C# Ready | #совет

Карта основных возможностей C#!

На картинке язык разложен на крупные ветки: типы, операторы, инструкции, классы, коллекции и LINQ. Цвета помогают быстро увидеть, какие темы относятся к одной группе.

Например, ветка типов ведёт от числовых и ссылочных типов к пользовательским классам, а ветка LINQ объединяет фильтрацию, сортировку, группировку и преобразование данных.

Сохрани, чтобы не потерять!

➡️ C# Ready | #ресурс

Знали, как читать обновляемые настройки из singleton-сервиса в ASP.NET Core?

Фоновый сервис обычно живёт всё время работы приложения. Если внедрить в него IOptionsSnapshot<T>, контейнер зависимостей получит scoped-сервис внутри singleton, и такая комбинация нарушает границы времени жизни.

Для долгоживущих сервисов предназначен IOptionsMonitor<T>. Он зарегистрирован как singleton, подходит для внедрения в сервисы любого времени жизни и позволяет получить актуальные настройки через CurrentValue.

Сначала связываем класс настроек с секцией конфигурации:

builder.Services.Configure<WorkerOptions>(
    builder.Configuration.GetSection("Worker"));

В singleton сохраняем сам монитор, а не снимок настроек, прочитанный при создании сервиса:

private readonly IOptionsMonitor<WorkerOptions> _options;

Перед каждой операцией получаем актуальное значение и используем его как единый набор параметров для этой операции:

WorkerOptions current = _options.CurrentValue;
await RunJobAsync(current.BatchSize, current.Endpoint);

Если нужно реагировать на изменение сразу, монитор поддерживает уведомления OnChange. Подписку создают один раз на время жизни сервиса и освобождают при остановке, а не создают заново при каждом запросе.

➡️ C# Ready | #совет

Claude снова банит пользователей из РФ

Многим начали приходить письма счастья от Anthropic: аккаунт заблокирован, доступ закрыт. Банят за вход из неподдерживаемого региона и оплату через серые схемы.

А в CatCode Claude работает без ограничений.

CatСode - это десктопный агент с топовыми нейросетями на борту всего за 1550 рублей в месяц:

😒 Claude Fable
🤖 GPT-6 Astra
😐 Grok 4.6
и многие другие.

Твой аккаунт точно не забанят: подписка оформлена у международной компании. Работает без VPN, оплата российской картой или СБП, никаких перекупов. Первые задачи бесплатно, просто зарегистрируйся и пробуй.

Оформи пакет нейросетей разом и не бойся банов: catcode.dev

Убираем лишние запросы при вводе текста в C#!

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

Храним источник отмены текущего поиска и блокировку для его безопасной замены:

private readonly object _searchLock = new();
private CancellationTokenSource? _searchCts;

Когда приходит новый текст, заменяем источник под блокировкой и отменяем предыдущий поиск:

var current = new CancellationTokenSource();
lock (_searchLock)
{
    var previous = _searchCts;
    _searchCts = current;
    previous?.Cancel();
}

Блокировка не даёт старой задаче одновременно освободить источник, который новый вызов пытается отменить. Каждый вызов освобождает свой объект сам после завершения.

Ждём короткую паузу, затем выполняем поиск с тем же токеном отмены:

try
{
    await Task.Delay(300, current.Token);
    var results = await _searchService.FindAsync(query, current.Token);
    current.Token.ThrowIfCancellationRequested();
    _view.Show(results);
}
catch (OperationCanceledException) when (current.IsCancellationRequested)
{
}

Если за 300 миллисекунд пользователь введёт следующий символ, ожидание или запрос завершится отменой. Проверка перед показом результата не даст старому поиску перезаписать более свежие данные.

В блоке finally очищаем поле только тогда, когда там всё ещё наш источник, и освобождаем его:

finally
{
    lock (_searchLock)
    {
        if (ReferenceEquals(_searchCts, current))
        {
            _searchCts = null;
        }
    }
    current.Dispose();
}

Такой debounce сокращает сетевую нагрузку.

➡️ C# Ready | #практика