C# 1001 notes

В .NET 8 появился простой способ сделать HttpClient устойчивым к сбоям — буквально одной строкой. Microsoft добавила библиотеку Microsoft.Extensions.Http.Resilience, в которой уже есть готовые pipeline’ы для обработки ошибок при HTTP-запросах. Что это даёт из коробки: - Retry при временных сбоях - Timeout - Circuit Breaker - Rate limiting - Защиту от перегрузки Подключается максимально просто:

    
        
services.AddHttpClient<GitHubService>(static httpClient =>
{
    httpClient.BaseAddress = new Uri("https://api.github.com/");
})
.AddStandardResilienceHandler();{}
    

⚡️ URL shortener за <100 строк на .NET - реально Идея простая: у тебя есть входной URL -> генеришь короткий код -> сохраняешь в БД -> по коду делаешь редирект. Что нужно собрать - Генератор уникального кода Делай base62 (0-9, a-z, A-Z) длиной 6-8 символов. Главное - гарантировать уникальность: - либо проверка в БД и повтор генерации при коллизии - либо уникальный индекс по Code и ретрай при ошибке сохранения - База данных Таблица ShortenedUrl: - Id (Guid) - LongUrl (string) - Code (string, unique) - CreatedOnUtc (DateTime) Опционально: - ExpiresOnUtc - Clicks - CreatedByIp - 2 эндпоинта (Minimal API) - POST /shorten - валидируешь URL (Uri.TryCreate) - генеришь code - формируешь shortUrl из scheme + host + code - сохраняешь в БД - возвращаешь shortUrl - GET /{code} - ищешь code в БД - если нет - 404 - если есть - Results.Redirect(LongUrl) Почему чаще всего "падают" такие сервисы - Коллизии кода -> решается unique index + retry - Открытый редирект на мусор -> валидируй UriKind.Absolute и при желании режь опасные схемы (только http/https) - Производительность поиска -> индекс по Code обязателен - Правильный shortUrl за прокси -> если сервис за nginx/cloudflare, учитывай Forwarded Headers, иначе host/scheme будут неправильными Если делать максимально чисто - генератор кода отдельным сервисом, модель + DbContext, и два эндпоинта. Это и укладывается в <100 строк.

🚀 LOAD BALANCER ЗА 1 МИНУТУ Load Balancer - это «диспетчер трафика» между пользователями и серверами. Когда пользователей становится много, один сервер перестаёт справляться: - 500 пользователей — работает нормально - 1 000 — начинает тормозить - 10 000 — может упасть из-за перегрузки Load Balancer распределяет входящие запросы между несколькими серверами, чтобы ни один из них не перегружался. Это повышает производительность и позволяет системе обслуживать больше пользователей. Проблемы без Load Balancer: - Один сервер = одна точка отказа - Любой сбой или проблема с сетью — приложение полностью недоступно - Ограниченная мощность - При росте нагрузки — медленные ответы и падения Как работает Load Balancer: 1. Все запросы сначала попадают в Load Balancer 2. Он проверяет, какие серверы работают и доступны 3. Распределяет трафик по серверам на основе: - текущей нагрузки - времени ответа - доступности 4. Если сервер перестаёт отвечать — трафик автоматически перенаправляется на рабочие В результате: - нагрузка распределяется равномерно - используются только «здоровые» серверы - уменьшаются задержки - система остаётся стабильной Зачем нужен Load Balancer: - Scalability — можно добавлять новые серверы без изменений на стороне клиента - High Availability — если один сервер падает, система продолжает работать - Better Performance — запросы обрабатываются быстрее - Efficient resource usage — равномерное использование ресурсов и отсутствие узких мест Главная идея: Load Balancer — основа масштабируемых и отказоустойчивых систем. Без него любое приложение рано или поздно упрётся в предел одного сервера. Подписывайся, больше фишек каждый день !

    
        
// Пример конфигурации Nginx как Load Balancer

http {
    upstream backend {
        server 192.168.1.10;
        server 192.168.1.11;
        server 192.168.1.12;
    }

    server {
        listen 80;

        location / {
            proxy_pass http://backend;
        }
    }
}{}
    

👨‍💻 Ручная сборка, деплой по инструкции в Confluence и ночные правки на сервере — частая реальность ASP.NET-проектов. Пока система доставки не автоматизирована, скорость разработки и стабильность всегда под угрозой. На открытом уроке разберём, как выстроить рабочий pipeline от коммита до деплоя. Покажем типовую цепочку: сборка, тесты, упаковка в Docker-образ, публикация в реестр и автоматическое развертывание. ❗️ Вы увидите CI/CD не как абстрактную DevOps-теорию, а как воспроизводимый процесс, который можно применить в собственном проекте. Это фундамент для перехода к микросервисам и контейнерной инфраструктуре без лишней сложности. 🗓 Встречаемся 11 февраля в 20:00 МСК в преддверии старта курса «C# ASP.NET Core-разработчик». ➡️ Регистрация открыта: https://tglink.io/ebe2ec9f037e4d?erid=2W5zFGj7XNQ Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru #реклама О рекламодателе

⚡️ Миграция хеширования паролей без поломки логина Ты сделал маленький и вроде бы аккуратный рефакторинг - и сломал весь логин. Логику хеширования паролей ты аккуратно вынес в отдельный слой. Отлично. А потом решил обновиться — заменить PBKDF2 на bcrypt. Просто поменял реализацию. Казалось бы, безопасно. Но внезапно: - старые пользователи больше не могут войти - пароли перестали совпадать - аутентификация массово падает Ты только что внёс breaking change, даже не заметив этого. Это классическая ловушка в аутентификации — менять алгоритм хеширования без стратегии миграции. Важно понимать: - пароли в базе уже захешированы старым алгоритмом - новый алгоритм не умеет их проверять - простой swap реализации = мгновенный outage - ⚡️Правильный подход: - поддерживать несколько алгоритмов одновременно - определять алгоритм по формату хеша - при успешном логине пересохранять пароль новым алгоритмом - без сброса паролей - без даунтайма Маленькие изменения в use case-ах, особенно в аутентификации, могут иметь огромные последствия.

Есть соглашения по именованию в коде, которые все постоянно нарушают? Имена классов, слоёв, обработчиков, сервисов - это часть архитектуры. Но обычно всё держится на: • договорённостях в голове • комментариях в Wiki “ну мы же так решили” А потом кто-то добавляет UserCmdHandler, DoStuffManager или NewService2 - и структура просто разваливается. 💡 Решение: архитектурные тесты Вы можете написать тесты, которые проверяют саму архитектуру, а не бизнес-логику. Например: • все CommandHandler обязаны заканчиваться на CommandHandler • классы из Application не должны ссылаться на Infrastructure • контроллеры не имеют доступа к репозиториям напрямую DTO не должны жить в доменной модели И если кто-то нарушил правило - тест падает. Сразу. В CI. ⚙️ Что это даёт Архитектура перестаёт быть кривой и косой. Она начинает подчиняться строгим правилам. Новый разработчик в команде может не знать всех договорённостей, но код всё равно останется чистым, потому что правила защищены тестами. 🧠 Главное осознание Архитектурные тесты защищают структуру. А структура - это то, что определяет, станет проект поддерживаемым… или превратится в хаос через год.

🖥 Если ты делаешь бэкенд на .NET и хочешь расти не «по туториалам», а в сторону прод-уровня, архитектуры и реальных систем - это золото. Архитектура и структура проектов N-Layered vs Clean vs Vertical Slice Architecture https://antondevtips.com/blog/n-layered-vs-clean-vs-vertical-slice-architecture Лучшая структура .NET-проектов с Clean Architecture и Vertical Slices https://antondevtips.com/blog/the-best-way-to-structure-your-dotnet-projects-with-clean-architecture-and-vertical-slices Зачем писать архитектурные тесты https://antondevtips.com/blog/why-do-you-need-to-write-architecture-tests-in-dotnet От модульного монолита к микросервисам https://antondevtips.com/blog/migrating-modular-monolith-to-microservices-in-dotnet API и бэкенд-практики Best Practices для REST API https://antondevtips.com/blog/best-practices-for-building-rest-apis 90% API не RESTful - что вы упускаете https://antondevtips.com/blog/90-of-apis-are-not-restful-what-youre-missing-and-when-it-matters Как ускорить Web API https://antondevtips.com/blog/how-to-increase-performance-of-web-apis-in-dotnet Аутентификация и авторизация в ASP.NET Core https://antondevtips.com/blog/authentication-and-authorization-best-practices-in-aspnetcore Интеграционные тесты в ASP.NET Core https://antondevtips.com/blog/asp-net-core-integration-testing-best-practises EF Core и данные Почему не нужен Repository поверх EF Core https://antondevtips.com/blog/why-you-dont-need-a-repository-in-ef-core 5 скрытых NuGet-пакетов для EF Core https://antondevtips.com/blog/5-hidden-efcore-nuget-packages Кеширование в .NET https://antondevtips.com/blog/how-to-implement-caching-strategies-in-dotnet Resilience, инфраструктура, прод Retry и устойчивость с Polly и Microsoft Resilience https://antondevtips.com/blog/how-to-implement-retries-and-resilience-patterns-with-polly-and-microsoft-resilience Загрузка больших файлов в Azure Blob Storage https://antondevtips.com/blog/implementing-large-file-uploads-and-downloads-in-azure-blob-storage-with-dotnet Деплой в Azure с Neon Postgres и .NET Aspire https://antondevtips.com/blog/how-to-deploy-dotnet-application-to-azure-using-neon-postgres-and-dotnet-aspire Job Scheduler TickerQ https://antondevtips.com/blog/tickerq-the-modern-dotnet-job-scheduler-that-beats-quartz-and-hangfire Observability Старт с OpenTelemetry, Jaeger и Seq https://antondevtips.com/blog/getting-started-with-open-telemetry-in-dotnet-with-jaeger-and-seq Код и язык Как писать чище и лучше код в .NET https://antondevtips.com/blog/how-to-write-better-and-cleaner-code-in-dotnet Новые фичи .NET 10 и C# 14 https://antondevtips.com/blog/new-features-in-dotnet-10-and-csharp-14 Extension Members в C# 14 https://antondevtips.com/blog/extension-members-in-csharp14-changed-how-we-write-code-forever Практические проекты Invoice Builder на .NET с IronPDF https://antondevtips.com/blog/how-to-build-a-production-ready-invoice-builder-in-dotnet-using-ironpdf Ошибки разработчиков Top 10 вещей, которые должен делать .NET-разработчик в 2026 https://antondevtips.com/blog/top-10-things-every-dotnet-developer-needs-to-do-in-2026 15 ошибок .NET-разработчиков https://antondevtips.com/blog/top-15-mistakes-dotnet-developers-make-how-to-avoid-common-pitfalls 15 ошибок при создании Web API https://antondevtips.com/blog/top-15-mistakes-developers-make-when-creating-web-apis Это не «почитать на досуге». Это roadmap от уровня “пишу контроллеры” до “проектирую систему, которая живёт в проде годами”.

⚙️ Вы настраиваете ASP.NET Core «по наитию» и тратите время на поиск, почему приложение ведет себя по-разному в продакшене и локально? 📆 29 января в 20:00 OTUS проводит открытый урок «Конфигурирование приложения ASP.NET Core» в преддверии старта курса «C# ASP.NET Core разработчик». На занятии разберем, как выстроить прозрачную и управляемую систему настроек: appsettings.json, провайдеры конфигурации, приоритет применения конфигураций, настройки специфичные для среды и шаблон Options для работы с настройками. Вы поймете, как проектировать конфигурации так, чтобы приложения были стабильными и предсказуемыми. ❗️Урок будет полезен разработчикам ASP.NET Core начального и среднего уровня, которые хотят систематизировать знания и работать по индустриальным стандартам. ➡️ Регистрируйтесь на бесплатный урок: https://tglink.io/0180da777d54?erid=2W5zFH1uFyz 🎁 Все участники открытого урока получат скидку на обучение. #реклама О рекламодателе

✔️ C# может прокачать collection expressions: “аргументы при создании коллекции” Есть прикольное предложение в csharplang: сделать так, чтобы в collection expressions (`[a, b, c]`) можно было передавать аргументы в создание коллекции. Проблема сейчас: Postgres-стайл удобный синтаксис уже есть: List<int> xs = [1, 2, 3]; Но если тебе важно задать, например, capacity (чтобы не было лишних realloc внутри списка), то приходится писать “старым способом”: var xs = new List<int>(capacity: 32) { 1, 2, 3 }; Предлагаемое решение: добавить возможность передавать аргументы прямо в collection expression: List<int> xs = [args(capacity: 32); 1, 2, 3]; То есть: - args(...) - это аргументы для конструктора / create-метода - после ; - элементы коллекции Зачем это нужно: - можно сохранить суперкороткий синтаксис [ ... ] - но при этом контролировать создание коллекции (capacity, comparer и т.д.) - меньше лишних аллокаций → быстрее в hot-path коде Если фича дойдёт до релиза, это будет реально удобный апгрейд синтаксиса коллекций в C#. https://github.com/dotnet/csharplang/blob/main/proposals/collection-expression-arguments.md

🖥 Многопоточность в .NET часто сводят к lock. Но в реальных системах этого недостаточно — особенно под нагрузкой, в легаси-коде и распределённых сценариях. 📕 На открытом уроке разберём, какие инструменты действительно есть в .NET и как выбирать подходящий примитив под конкретную задачу. Рассмотрим Monitor, Mutex, Semaphore, а также другие примитивы из System.Threading: ReaderWriterLockSlim, Barrier, ManualResetEventSlim, SpinLock. ❗️ Вы увидите практические примеры, типовые ошибки и узнаете, где блокировки становятся узким местом. Урок будет полезен разработчикам, работающим с высоконагруженными системами и легаси-кодом, а также тимлидам, которые проектируют архитектуру и отвечают за производительность. 📣 Встречаемся 27 января в 20:00 МСК в преддверии старта курса «C# Developer. Professional». Регистрация открыта: https://otus.pw/t6Xj/