⏱️ Как ускорить асинхронный код в C#

Частая ошибка — писать асинхронные вызовы последовательно:

await GetUser();
await GetOrders();
await GetRecommendations();

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

А можно иначе:

var userTask = GetUser();
var ordersTask = GetOrders();
var recsTask = GetRecommendations();

await Task.WhenAll(userTask, ordersTask, recsTask);

Все задачи стартуют сразу. Теперь общее время = 1 секунда (ожидание самой длинной операции).

Маленький приём — большая разница во времени выполнения.

🐸Библиотека шарписта

#sharp_view

🔄 Апдейт .NET Aspire

Microsoft представила .NET Aspire 9.5 — свежий релиз для разработки распределённых приложений. Главное новшество — file-based AppHost: теперь можно описать всё приложение в одном файле apphost.cs, без громоздких .csproj. Добавление ресурсов и сервисов делается буквально одной строкой.

Ещё появились улучшения в CLI, новая команда aspire update, упрощающая апгрейд SDK и интеграций, а также обновлённый дэшборд.

➡️ Блог разработчиков

🐸Библиотека шарписта

#async_news

❓ Что выведет код

Пишите свои ответы в комментариях 👇

Для любознательных ответ такой: 333

🐸Библиотека шарписта

#dotnet_challenge

👨‍💻 Каналы в .NET

Когда в приложении нужно обрабатывать поток данных от продюсеров к потребителям, первым делом вспоминают про очереди или ConcurrentQueue. Но в асинхронном мире этого мало. Поэтому в .NET есть каналы.

Канал устроен как пара из продюсера и потребителя. Когда продюсер пишет элемент в канал, он либо сразу уходит к потребителю, либо ждёт, если очередь переполнена. Потребитель, в свою очередь, может ждать новые элементы без блокировки потоков — всё работает на async/await.

Главная сила каналов — балансировка нагрузки.

Ограниченные каналы позволяют держать под контролем количество элементов. Это защищает приложение от перегрузки: если продюсер работает быстрее, чем потребитель, система сама притормозит поток данных.

Неограниченные каналы — вариант попроще, они всегда принимают новые элементы, но это может обернуться непредсказуемым ростом памяти.

Мини-пример:

var channel = Channel.CreateBounded<int>(5);

// producer
_ = Task.Run(async () =>
{
    for (int i = 0; i < 10; i++)
    {
        await channel.Writer.WriteAsync(i);
        Console.WriteLine($"Produced {i}");
    }
    channel.Writer.Complete();
});

// consumer
await foreach (var item in channel.Reader.ReadAllAsync())
{
    Console.WriteLine($"Consumed {item}");
}

Почему это лучше, чем ConcurrentQueue? Потому что Channel создан сразу с учётом асинхронности. Вам не нужно городить блокировки и таймеры ожидания — достаточно написать await reader.ReadAsync(), и код будет сам по себе масштабироваться без блокировки потоков.

🐸Библиотека шарписта

#sharp_view

😘 Дайджест недели

Собрали для вас новости и материалы последней недели.

— WinUI Gallery 2.7

Вышла новая версия WinUI Gallery — приложения для изучения и тестирования контролов WinUI. В версии 2.7 появились вкладки истории и избранного. Добавлены новые и обновлённые сэмплы: от TitleBar до ThemeShadow.

— Google Play переходит на 16 KB

.NET MAUI 9 уже совместим с новым требованием Google. Достаточно обновиться до .NET 9, проверить пакеты в проекте и заменить те, что не поддерживают новые страницы.

— XAML Live Preview

— Где заказать курсовую по программированию

— Библиотека для величин — UnitsNet

— .NET Aspire 9.5

🐸Библиотека шарписта

#async_news

🤟 Шарповый взгляд

Привет, шарписты! Как вам контент на этой неделе?

Отзыв и предложения принимаются в комментах 👇

🐸 Библиотека шарписта

🐸 Библиотека шарписта

#garbage_collector

🚩 Задача с собеса: пират и сундуки

Представьте, что вы пират и у вас есть 12 закрытых сундуков. Все они полны золотых монет, но один — фейковый: в нём только песок. Золото тяжелее, песок легче. У вас есть большие весы без гирь, и всего три взвешивания, чтобы вычислить пустышку.

Как решить эту задачу:

1. Делим сундуки на группы по 6 штук. Взвешиваем. Берём ту группу, где вес меньше.

2. Снова делим на группы, но теперь по 3. Взвешиваем. Берём ту тройку, где легче.

3. Сравниваем внутри этой тройки два сундука. Лёгкий сундук и будет с песком. Если сундуки одинаковые по весу, но с песком тот, что остался.

Задача решается бинарным поиском.

🐸 Библиотека шарписта

#dotnet_challenge

🤩 Придумали ещё задачку

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

Твиттер или Х?

Как бы вы ответили? К слову, подписывайтесь на наши каналы в обоих соц. сетях. Там мемы и полезные материалы.

🐸 Библиотека шарписта

📀 Record-типы в C#

record в C# — это удобный способ описывать объекты данных без лишнего кода. Они сравниваются по значению, остаются неизменяемыми и отлично подходят для DTO или моделей в DDD.

Если раньше приходилось писать десятки строк с Equals, GetHashCode, ToString и конструкторами, то теперь всё это даёт одна строчка:

public record User(string Name, int Age);

Отличие от классов

Class сравнивается по ссылке. Два объекта с одинаковыми данными — разные сущности.

Record сравнивается по значению. Два объекта с одинаковыми полями — эквивалентны.

var u1 = new User("Alice", 25);
var u2 = new User("Alice", 25);

Console.WriteLine(u1 == u2); // true

Дополнительные фишки

Записи неизменяемы, но их удобно клонировать с изменением:

var u1 = new User("Alice", 25);
var u2 = u1 with { Age = 26 };

Console.WriteLine(u2); // User { Name = Alice, Age = 26 }

Можно наследовать record-тип:

public record User(string Name, int Age);
public record Admin(string Name, int Age, string Role) : User(Name, Age);

record — это синтаксический сахар, который сокращает код и делает модели данных чище и понятнее.

🐸 Библиотека шарписта

#il_люминатор

⚡️ Nullable vs null-check

работа с null всегда была источником ошибок. Каждый хоть раз ловил NullReferenceException в рантайме.
Есть два подхода: старый — вручную проверять null, и новый — использовать nullable reference types с поддержкой компилятора.

Код с ручной проверкой на null:

public string GetUserName(User? user)
{
    if (user == null)
        return "Anonymous";

    return user.Name;
}

Плюсы:

• просто и понятно
• работает везде

Минусы:

• легко забыть проверить
• ошибки проявятся только в рантайме

С включённой фичей #nullable enable компилятор начинает помогать:

public string GetUserName(User? user)
{
    return user?.Name ?? "Anonymous";
}

• User? явно говорит: объект может быть null
• компилятор подсветит, если забыли проверить
• меньше бойлерплейта, больше читаемости

🐸 Библиотека шарписта

#sharp_view

🐘 PostgreSQL 18 — быстрее, умнее, надёжнее

Вышла новая версия PostgreSQL 18. Главное новшество — асинхронный ввод-вывод. Также ускорили апгрейды: теперь статистика оптимизатора сохраняется между версиями, и база работает быстрее сразу после обновления.

Для разработчиков добавили виртуальные вычисляемые колонки, генерацию UUIDv7 для оптимальной индексации и поддержку SSO через OAuth 2.0. В текстовых операциях появился быстрый PG_UNICODE_FAST для Unicode-сравнений и новые возможности для полнотекстового поиска.

➡️ Анонс обновления

🐸 Библиотека шарписта

#async_news

🔥 Избавляемся от if-else деревьев

Когда логика программы разрастается, мы часто пишем целые деревья if-else или switch. Но такой код тяжело читать и сопровождать.

Вместо if-ветвей можно использовать паттерн State. Он выносит каждое состояние в отдельный класс. Объект делегирует своё поведение текущему состоянию, а переходы происходят прозрачно.

Код с if'ами:

public class Document
{
    public string State { get; set; } = "Draft";

    public void Publish()
    {
        if (State == "Draft") State = "Moderation";
        else if (State == "Moderation") State = "Published";
        else Console.WriteLine("Документ уже опубликован");
    }
}

Код со State:

public interface IDocumentState
{
    void Publish(Document doc);
}

public class Draft : IDocumentState
{
    public void Publish(Document doc) => doc.State = new Moderation();
}

public class Moderation : IDocumentState
{
    public void Publish(Document doc) => doc.State = new Published();
}

public class Published : IDocumentState
{
    public void Publish(Document doc) => Console.WriteLine("Уже опубликован");
}

public class Document
{
    public IDocumentState State { get; set; } = new Draft();
    public void Publish() => State.Publish(this);
}

Теперь добавление нового состояния — просто новый класс, без переписывания всей логики.

🐸 Библиотека шарписта

#sharp_view

⚡️ Быстрый in-memory кеш для .NET

BitFaster.Caching — это библиотека для in-memory кеша с акцентом на работу в многопоточной среде.

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

Что умеет:

• Потокобезопасные кеши без глобальных блокировок.

• Поддержка LRU и LFU (включая TinyLFU) для выбора стратегии вытеснения.

• Атомарное вычисление значений, чтобы избежать шторма запросов.

• Настраиваемые политики истечения: по времени доступа или записи.

• API-билдер для конфигурации размера и параметров кеша.

Пример:

var cache = CacheBuilder
    .NewLru<string, MyObject>()
    .WithCapacity(1000)
    .ExpireAfterAccess(TimeSpan.FromMinutes(5))
    .Build();

var value = cache.GetOrAdd("key", k => new MyObject(k));

➡️ Попробовать либу

🐸 Библиотека шарписта

#sharp_view