☕️ Catlike Coding — отличный сайт по графике и Unity!

Здесь понятно объясняют вещи, которые обычно подают слишком сложно: шейдеры, освещение, шумы, работа рендера. Все уроки идут с визуализациями и примерами, поэтому даже сложная тема воспринимается легко.

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

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

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

Мини-кеш в памяти через MemoryCache — меньше лишних запросов к БД!

Когда данные меняются редко, но читаются постоянно (настройки, справочники, профили), тянуть их каждый раз из БД или файла — расточительно. Проще один раз загрузить и держать в памяти пару минут, используя MemoryCache.

Сначала подключим нужные пространства имён и создадим кеш:

using System;
using Microsoft.Extensions.Caching.Memory;

var cache = new MemoryCache(new MemoryCacheOptions());

Теперь сделаем метод, который сначала пытается взять данные из кеша, а если их там нет — читает из «БД» и кладёт в кеш на 5 минут:

string GetUserName(int userId)
{
string cacheKey = $"user:{userId}";

if (!cache.TryGetValue(cacheKey, out string name))
{
    Console.WriteLine("Читаем из БД...");
    name = LoadUserNameFromDatabase(userId);

    // кэшируем на 5 минут
    cache.Set(cacheKey, name, TimeSpan.FromMinutes(5));
}

return name;
}

Для примера сделаем простую «заглушку» под запрос к БД:

string LoadUserNameFromDatabase(int userId)
{
// здесь могла бы быть реальная работа serId}";
}

Теперь посмотрим, как это работает при двух подряд вызовах с одним и тем же userId:

Console.WriteLine(GetUserName(42)); // первый вызов — попадём в "БД"
Console.WriteLine(GetUserName(42)); // второй вызов — уже из кеша

Возможный вывод в консоли:

Читаем из БД...
User #42
User #42

🔥 Обрати внимание: сообщение «Читаем из БД…» появилось только один раз — дальше значение берётся из памяти, пока не истечёт время жизни записи (в нашем примере 5 минут).

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

Как избавиться от конкатенации строк в логах?

В старом коде логи часто собирают через +: дописываем кусочки текста, ID пользователя, источник, детали ошибки — и в итоге получаем длинную, плохо читаемую строку.

_logger.LogWarning(
    "User " + userId + " not found in " + source);

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

С интерполяцией и шаблонами сообщения становятся короче и понятнее:

_logger.LogWarning("User {UserId} not found in {Source}", userId, source);

Текст читается как обычное предложение, а значения подставляются отдельными аргументами. Логгер может сохранить их структурированно — по полям UserId, Source, что упрощает фильтрацию и поиск.

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

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

📂 Напоминалка по созданию грамотных RESTful API!

Например, корректное использование HTTP-методов и чёткая структура эндпоинтов делают API предсказуемым и удобным для интеграции.

На картинке — 8 ключевых принципов, которые стоит учитывать при проектировании API: от версионирования и семантических путей до batch-операций и продуманного query-языка.

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

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

Цветной лог в консоли через Console.ForegroundColor — ошибки сразу в глаза!

Обычный консольный лог — это сплошная серая простыня текста. Гораздо приятнее, когда ошибки красные, предупреждения жёлтые, а успешные операции зелёные.

В .NET это делается в пару строк через Console.ForegroundColor.

Подключать ничего дополнительно не нужно, достаточно стандартного System:

using System;

Сделаем маленький «логгер» с тремя уровнями: Info, Warn и Error — каждый со своим цветом:

static class Logger
{
    public static void Info(string message) =>
        Write("INFO", message, ConsoleColor.Green);

    public static void Warn(string message) =>
        Write("WARN", message, ConsoleColor.Yellow);

    public static void Error(string message) =>
        Write("ERROR", message, ConsoleColor.Red);

    private static void Write(string prefix, string message, ConsoleColor color)
    {
        var prev = Console.ForegroundColor;

        Console.ForegroundColor = color;
        Console.WriteLine($"{prefix}: {message}");
        Console.ForegroundColor = prev; // возвращаем старый цвет
    }
}

Теперь пользоваться таким логгером очень просто:

Logger.Info("Сервис успешно запущен");
Logger.Warn("Конфиг не найден, используем значения по умолчанию");
Logger.Error("Не удалось подключиться к базе данных");

В консоли сразу видно, где успех, где потенциальная проблема, а где уже всё плохо — цветом подсвечено без всякой сложности в коде.

🔥 Главное — всегда возвращать предыдущий цвет (prev), чтобы не поломать остальной вывод консоли.

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

Передаём переменные по ссылке с помощью ref!

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

Подключим нужные библиотеки — всё уже есть в стандартной библиотеке:

using System;

Допустим, у нас есть метод, который увеличивает значение числа:

void Increment(ref int number)
{
    number++;
}

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

int value = 5;
Increment(ref value);
Console.WriteLine(value);

🔥 Без ref переменная осталась бы равной 5 — метод работал бы с копией. А с ним мы передаём реальную переменную, и её значение меняется внутри метода.

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