❤️ Нашёл годную статью — создание Telegram-бота с пошаговой настройкой и практическими примерами!

В этой статье:
• Регистрация бота через BotFather и получение токена
• Настройка клиента, запуск получения обновлений и обработка сообщений
• Обработка различных типов Update — сообщения, кнопки, опросы и другое

🟡 Рекомендую прочитать на Habr!

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

Почему init безопаснее, чем публичный set?

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

public class User
{
    public string Name { get; set; }
}

user.Name = "Bob"; // можно изменить когда угодно

init разрешает задать значение только в момент создания объекта. После этого свойство становится только для чтения, и состояние объекта остаётся стабильным.

public class User
{
    public string Name { get; init; }
}

var user = new User { Name = "Alex" };

Попытка изменить значение позже приведёт к ошибке компиляции:

user.Name = "Bob"; // ошибка

Такой подход особенно полезен для DTO, response-моделей, конфигураций и любых объектов, которые после создания не должны меняться.

🔥 init — простой способ защитить состояние объекта и уменьшить риск случайных изменений.

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

💡 Uizard — нейросеть для быстрого создания интерфейсов!

Это AI-инструмент для прототипирования UI/UX. Достаточно описать идею сайта или приложения, и нейросеть автоматически создаст структуру интерфейса. Также можно загрузить набросок или скриншот — AI преобразует его в редактируемый макет. Подходит для быстрого создания прототипов и лендингов без длительной работы в дизайнерских редакторах.

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

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

Collection expressions в C# 12: собираем коллекции без AddRange и Concat!

Часто нужно взять базовую коллекцию и добавить пару значений в начало или конец. Обычно для этого появляются AddRange, временные списки и много шума в коде.

Раньше приходилось собирать вручную:

var baseIds = new[] { 1, 2, 3 };

var ids = new List<int>();
ids.AddRange(baseIds);
ids.Add(10);
ids.Add(20);

var result = ids.ToArray();
Console.WriteLine(string.Join(", ", result));

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

В C# 12 появились collection expressions — можно “собрать” коллекцию прямо по месту:

int[] baseIds = [1, 2, 3];

int[] result = [..baseIds, 10, 20];
Console.WriteLine(string.Join(", ", result));

Здесь ..baseIds означает “вставь все элементы baseIds на это место”.

🔥 В итоге коллекции читаются как данные, а не как набор операций по сборке.

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

👍 OverAPI — огромная база шпаргалок для программистов!

Здесь можно быстро найти краткие справочники по синтаксису, командам и ключевым возможностям разных языков, чтобы не тратить время на долгий поиск документации. На сайте есть подробные шпаргалки по C++ и C#: быстрые справочники по синтаксису, контейнерам, алгоритмам STL, .NET и другим вещам, которые постоянно используются в разработке.

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

➡️ C# Ready | #сайт

Collection expressions в C# 12: собираем коллекции без AddRange и Concat!

Часто нужно взять базовую коллекцию и добавить пару значений в начало или конец. Обычно для этого появляются AddRange, временные списки и много шума в коде.

Раньше приходилось собирать вручную:

var baseIds = new[] { 1, 2, 3 };

var ids = new List<int>();
ids.AddRange(baseIds);
ids.Add(10);
ids.Add(20);

var result = ids.ToArray();
Console.WriteLine(string.Join(", ", result));

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

В C# 12 появились collection expressions — можно “собрать” коллекцию прямо по месту:

int[] baseIds = [1, 2, 3];

int[] result = [..baseIds, 10, 20];
Console.WriteLine(string.Join(", ", result));

Здесь ..baseIds означает “вставь все элементы baseIds на это место”.

🔥 В итоге коллекции читаются как данные, а не как набор операций по сборке.

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

🐱 Отличная статья — про то, как перейти на Minimal API в ASP․NET Core без лишней боли!

В этой статье:
• Разберёшься, чем Minimal API отличается от привычных контроллеров и где он действительно удобнее;
• Поймёшь, какие плюсы даёт такой подход в реальном проекте, а где могут всплыть ограничения;
• Посмотришь на практические нюансы миграции и поймёшь, стоит ли переходить на него в своём коде.

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

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

✍️ Build Your Own X — освойте программирование, воссоздав любимые технологии с нуля!

Это огромная коллекция пошаговых гайдов, где учатся программированию через практику. Проекты реализованы на разных языках, в том числе на C# и C++. Здесь можно попробовать написать собственную базу данных, Git-клиент, веб-сервер, блокчейн, игровой движок, браузер или даже язык программирования.

Оставляю ссылочку: GitHub 📱

➡️ C# Ready | #репозиторий

Почему CancellationToken бесполезен, если не передать его дальше?

Многие принимают CancellationToken в методе, но потом просто не используют его в реальной async-операции. В итоге создаётся ощущение, что отмена у нас поддерживается, хотя на практике запрос в базу или внешний сервис всё равно продолжает выполняться.

То есть клиент уже закрыл страницу или отменил запрос, а сервер всё ещё тратит ресурсы на работу, результат которой уже никому не нужен.

public async Task<List<Order>> GetOrders(CancellationToken ct)
{
    return await _db.Orders
        .Where(x => x.IsActive)
        .ToListAsync();
}

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

public async Task<List<Order>> GetOrders(CancellationToken ct)
{
    return await _db.Orders
        .Where(x => x.IsActive)
        .ToListAsync(ct);
}

CancellationToken полезен не тогда, когда он просто есть в сигнатуре, а тогда, когда реально доходит до ToListAsync, SendAsync, ReadAsync и других операций, которые можно остановить.

🔥 Если токен не дошёл до реальной работы — отмена у тебя существует только на бумаге.

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