😎 Lucidchart — платформа для построения диаграмм, моделирования процессов и визуализации архитектуры!

Позволяет формализовать и наглядно представить сложные системы: от backend-архитектуры и UML-диаграмм до бизнес-процессов и пользовательских сценариев. Поддерживает совместную работу, интеграции с корпоративными сервисами и автоматизацию создания схем. Подходит для проектирования, технической документации и коммуникации внутри команд.

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

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

Почему ContainsKey() перед индексатором часто лишний?

Часто со словарём работают так:

if (users.ContainsKey(id))
{
    var user = users[id];
}

Код выглядит логично: сначала проверили ключ, потом достали значение.

Но в таком варианте словарь ищет ключ два раза.
Первый раз — в ContainsKey(), второй — при обращении через индексатор.

Если нужно сразу получить значение, лучше использовать:

if (users.TryGetValue(id, out var user))
{
    // используем user
}

TryGetValue() за один вызов проверяет ключ и возвращает значение.

🔥 Если тебе нужно значение из словаря, TryGetValue() обычно лучше, чем ContainsKey() + индексатор.

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

👍Камера и AI прямо в MAUI!

В этой статье:
• Получаем кадры с камеры без лишних задержек.
• Запускаем распознавание лиц через MediaPipe Tasks.
• Рисуем оверлеи поверх живого изображения.

🔊 Продолжай читать на habr!

➡️ C# Ready | #статья

✍️ Godot + C# — основы разработки игр на C#!

Подробная документация по работе с C# в Godot 4: настройка проекта, структура скриптов, классы, сцены, сигналы и взаимодействие объектов внутри движка. Материал отлично подойдёт тем, кто хочет разрабатывать игры на Godot, используя привычный стек C# и .NET вместо GDScript. В документации много примеров кода и практических объяснений.

📌 Оставляю ссылочку: docs.godotengine.org

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

Почему IEnumerable лучше не перечислять несколько раз?

IEnumerable<T> выглядит как обычная коллекция, но это может быть не список.

Это может быть LINQ-запрос, чтение из файла, генератор или результат из базы.

Например:

if (orders.Count() > 0)
{
    foreach (var order in orders)
        Process(order);
}

На первый взгляд код нормальный.

Но Count() может пройти всю последовательность.
А потом foreach пройдёт её ещё раз.

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

Если нужен повторный доступ, лучше явно сохранить данные:

var orderList = orders.ToList();

А если нужен только проход — не делай лишнюю проверку перед foreach.

🔥 IEnumerable<T> — это не всегда коллекция в памяти. Иногда это инструкция, как получить данные.

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

📂 Напоминалка по Rate Limiting!

Например, Token Bucket отлично подходит для API с кратковременными burst-нагрузками, а Leaky Bucket помогает выравнивать поток запросов и защищать сервис от перегрузки.

На картинке — 5 популярных стратегий ограничения запросов, которые стоит знать каждому backend-разработчику.

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

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

Guard: создаём свои проверки аргументов

Иногда в метод приходит значение, которое обязательно должно быть заполнено: email, имя пользователя, путь к файлу или строка подключения.

Часто такие проверки пишут прямо внутри метода:

void CreateUser(string email)
{
    if (string.IsNullOrWhiteSpace(email))
        throw new ArgumentException("Email is empty");

    Console.WriteLine($"User created: {email}");
}

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

В C# можно вынести такие проверки в небольшой helper и сделать код чище:

public static class Guard
{
    public static string NotEmpty(string value, string name)
    {
        if (string.IsNullOrWhiteSpace(value))
            throw new ArgumentException($"{name} is empty");

        return value;
    }
}

Теперь проверку можно использовать в любом месте:

void CreateUser(string email)
{
    email = Guard.NotEmpty(email, nameof(email));

    Console.WriteLine($"User created: {email}");
}

Метод NotEmpty сразу делает две вещи: проверяет значение и возвращает его обратно, если всё нормально.

Такой подход особенно удобен, когда в проекте много входных параметров, DTO, команд или сервисных методов. Вместо копирования одинаковых if ты собираешь проверки в одном месте.

Можно сделать вариант ещё удобнее — через extension method:

public static class GuardExtensions
{
    public static string NotEmpty(this string value, string name)
    {
        if (string.IsNullOrWhiteSpace(value))
            throw new ArgumentException($"{name} is empty");

        return value;
    }
}

И тогда код становится короче:

void CreateUser(string email)
{
    email = email.NotEmpty(nameof(email));

    Console.WriteLine($"User created: {email}");
}

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

🔥 Guard — это способ не размазывать одинаковую валидацию по всему проекту.

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

📂 Шпаргалка по LINQ для .NET разработчика!

Например, Where() фильтрует коллекции, Select() преобразует данные, а GroupBy() помогает быстро группировать элементы по ключу.

На картинке — основные LINQ-методы, разбитые по категориям: фильтрация, сортировка, агрегация, группировка, работа с последовательностями и другое.

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

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