Как убрать «лес» вложенных `if` из метода?

Часто вся валидация и проверки прав зашиваются внутрь одной большой конструкции, и тело метода уезжает вправо на пол-экрана:

void ProcessOrder(Order order)
{
    if (order != null)
    {
        if (order.IsPaid)
        {
            if (!order.IsCancelled)
            {
                Ship(order);
            }
        }
    }
}

С guard-условиями (ранними выходами) проверки поднимаем в начало, а дальше оставляем только «нормальный путь»:

void ProcessOrder(Order order)
{
    if (order is null) return;
    if (!order.IsPaid) return;
    if (order.IsCancelled) return;

    Ship(order);
}

Метод читается сверху вниз как список требований, а основная логика не утопает во вложениях. Такой подход хорошо заходит для валидаций, проверок прав, preconditions в сервисах и хендлерах.

🔥 Меньше вложенности, легче читать диффы и гораздо проще добавлять новые условия.

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

❤️ Andrew Lock — .NET Escapades — блог и персональный сайт для .NET-разработчиков!

Технический блог от опытного .NET разработчика и Microsoft MVP, где автор делится глубокими практическими заметками, гайдами и идеями по современному разработку с ASP.NET Core, C#, .NET Core/NET 10 и связанным инструментам.

📌 Оставляю ссылочку: andrewlock.net

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

await using — асинхронно освобождаем ресурсы без лишних try/finally!

Часто мы открываем файлы или сетевые стримы асинхронно, но… освобождаем синхронно, блокируя поток. В .NET есть решение: интерфейс IAsyncDisposable и ключевое слово await using — всё по-современному и без ручного DisposeAsync().

Старая реализация закрывает поток синхронно, заставляя поток ожидать завершения операции, и нагружает планировщик лишними блокировками:

// Было — синхронный Dispose
async Task<long> Old(string p)
{
    var s = new FileStream(p, FileMode.Open, FileAccess.Read, FileShare.Read, 4096, true);
    try  { return s.Length; }
    finally { s.Dispose(); }   // блокирует поток
}

Новая версия использует await using, освобождая ресурсы асинхронно без блокировок и шаблонного кода при завершении:

// Стало — await using + DisposeAsync
async Task<long> New(string p)
{
    await using var s = new FileStream(p, FileMode.Open, FileAccess.Read, FileShare.Read, 4096, true);
    return s.Length;           // всё асинхронно и лаконично
}

🔥 await using автоматически вызывает DisposeAsync() без блокировок и лишнего кода — особенно важно в высоконагруженных сервисах и UI-приложениях.

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

Почему using и await using дают разный результат?

На вид разница только в одном слове. Но поведение разное.

using вызывает синхронный Dispose. await using вызывает DisposeAsync и ждет его завершения. Если у ресурса есть реальная асинхронная очистка, например сетевой flush или закрытие канала, это критично.

Если случайно оставить обычный using, код может выглядеть корректно, но фактическое освобождение пройдет не так, как ты ожидаешь.

await using var conn = new SqlConnection(cs);
await conn.OpenAsync();

🔥 Для IAsyncDisposable используй await using, чтобы очистка завершалась предсказуемо.

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

📂 Напоминалка по HTTP vs HTTPS!

Например, HTTP передаёт данные в открытом виде, без шифрования. HTTPS работает поверх TLS и защищает соединение: выполняется проверка сертификата, обмен ключами и дальнейшая передача данных в зашифрованном виде.

На картинке — ключевые этапы установления соединения.

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

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