IServiceScopeFactory vs IServiceProvider — что использовать для создания пользовательских скоупов?

Оба могут создавать скоупы, но ключевой момент в следующем:

IServiceProvider.CreateScope() просто получает IServiceScopeFactory и вызывает у него CreateScope()

Так что использование IServiceScopeFactory — более прямой подход.

Обычно пользовательские скоупы нужны, когда вы работаете с root-провайдером.

Вот решение на практике: тык

👉 @KodBlog

В режиме Ask в VScode ты можешь общаться напрямую с экспертами — так называемыми участниками (participants). Например, участник Remote-SSH может ответить на вопросы о разработке по SSH, помочь с настройкой окружения и даже разобраться с ошибками подключения 🤔

👉 @KodBlog

Как автоматически регистрировать Minimal API в ASP.NET Core

Регистрировать Minimal API вручную — работает, но плохо масштабируется.

Хочешь более чистый и автоматизированный подход?

✅ Определи API-модули как static-классы
✅ Используй рефлексию, чтобы найти и зарегистрировать все методы MapEndpoints
✅ Централизуй регистрацию в едином цикле

Преимущества:

> Единая и понятная структура
> Легче разбивать на модули
> Меньше повторяющегося кода

Полный пример с кодом тут: here 🤙

👉 @KodBlog

Устал вручную одобрять инструменты в agent mode?

Просто включи параметр chat.tools.autoApprove, чтобы все инструменты автоматически подтверждались.

Можно настроить это только для удалённой среды разработки — так ты получаешь удобство и хоть какую-то защиту от потенциально опасных действий.

👉 @KodBlog

Срочные новости в .NET 10 Preview 4

Теперь можно запускать C#-файлы без создания проекта

Команда .NET представила отличное нововведение — file-based apps.

Теперь можно напрямую запускать один .cs-файл командой:

dotnet run Program.cs

✅Без .csproj
✅Без шаблонов
✅Мгновенный запуск

Как в Python или JavaScript — .cs-файлы становятся самодостаточными исполняемыми скриптами. Подходит для прототипов, обучения и автоматизации.

И это не игрушка — можно даже запускать полноценный Web API с Minimal API прямо из одного файла.

Ключевые возможности:

👉Директивы на уровне файла:

• Подключение NuGet-пакетов
• Указание SDK
• Задание LangVersion

Пример:

#r "nuget: Humanizer, 2.14.1"
#sdk "Microsoft.NET.Sdk.Web"
#property LangVersion preview

👉 Поддержка shebang:

• Кроссплатформенные shell-скрипты

👉Поддержка Minimal API:

• Реальный Web API в одном .cs-файле

Если скрипт перерастает в полноценное приложение, его легко конвертировать в проект:

dotnet project convert Program.cs

И получаем чистую, структурированную основу для масштабирования

Доступно уже в .NET 10 Preview 4.

👉 @KodBlog

Диаграмма последовательности выполнения запроса в Entity Framework

👉 @KodBlog

Прекрати усложнять CQRS

> Тебе не нужны библиотеки
> Не нужны десятки слоёв
> Не нужны магические абстракции

Как должен работать CQRS:

> Query — просто запрос данных
> Command — просто инструкция изменить что-то
> Handler — просто код, который делает нужную работу

Ты можешь:

✅ Написать свои IQueryHandler / ICommandHandler
✅Собрать простой pipeline с декораторами (логгинг, валидация)
✅Сохранить полный контроль над связями

CQRS работает лучше всего, когда он простой и явный.

Большинство реализаций ломаются, потому что начинают гнаться за ненужной сложностью.

Читать статью: тык

👉 @KodBlog

Думаешь, хорошо разбираешься в ASP.NET Core middleware?

Этот пост поменяет твой взгляд на перехват HTTP-запросов

Middleware в ASP.NET Core — это компонент, участвующий в конвейере обработки HTTP-запросов и ответов.

Есть три подхода: на делегатах (inline), по соглашению (класс), и через IMiddleware для кастомной логики.

1️⃣Сначала можно использовать метод Use напрямую в конфигурации WebApplication.
Такое middleware на основе делегата выполняется до и после следующего компонента в конвейере.

2️⃣Если логика растёт — вынеси её в отдельный класс middleware по соглашению.
Класс должен иметь конструктор с RequestDelegate и метод InvokeAsync.

3️⃣Либо реализуй интерфейс IMiddleware — это более безопасный, проверяемый компилятором способ.
Зарегистрируй класс IMiddleware в DI-контейнере, и фреймворк сам будет его разрешать.

Но есть важные нюансы:

> Middleware по умолчанию живёт как singleton, поэтому внедряй только singleton-зависимости.
> Если нужны scoped-сервисы — передавай их через параметры InvokeAsync в middleware по соглашению.

Кастомные middleware используют для:

• логирования
• авторизации
• валидации
• модификации ответов

Какой подход к middleware ты используешь и почему? Напиши в комментах 😎

👉 @KodBlog

Скриптинг на C# это круто 😎

Отлично подходит для простых POC и наполнения тестовыми данными, как в этом примере

👉 @KodBlog

Как выполнить на 100% безопасную проверку с отрицанием условия?

Это проще, чем кажется.

Но в чём проблема со "старым" способом?

Оператор != может быть переопределён.

А это может привести к нежелательному поведению.

Зато с использованием отрицательного сопоставления с образцом (negated pattern matching) вы в безопасности.

Отрицательные шаблоны — это одна из новых возможностей, добавленных в C# за последние версии.

Они позволяют исключать определённые шаблоны с помощью ключевого слова not

Иными словами, можно исключать конкретные структуры из сопоставления.

С этим ваш код становится:

> Проще для понимания
> Читаемее

Но учтите:

Значение, к которому применяется выражение сопоставления, должно быть константным.

👉 @KodBlog

Понимание архитектуры микросервисов

Задумывались ли вы, как компании вроде Netflix и Amazon внедряют новые функции с молниеносной скоростью? Секрет может крыться в их технологическом стеке, основанном на микросервисной архитектуре.

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

Ключевые компоненты микросервисной архитектуры:

1. Load Balancer (балансировщик нагрузки): равномерно распределяет входящий сетевой трафик между серверами.
2. CDN (Content Delivery Network): распределённая сеть серверов, доставляющая контент пользователю на основе его геолокации — ускоряет загрузку страниц.
3. API Gateway: маршрутизирует входящие запросы к нужному микросервису через REST API или другие протоколы.
4. Management (управление): отвечает за мониторинг и координацию микросервисов, обеспечивая их стабильную работу и взаимодействие.
5. Microservices (микросервисы): каждый сервис реализует отдельную функцию, может взаимодействовать с другими через RPC (удалённый вызов процедур) и сам отвечает за хранение данных или состояния.

Преимущества:

✅ Масштабируемость: можно масштабировать только нужные части приложения
✅ Гибкость: каждый микросервис разрабатывается, развёртывается и масштабируется независимо
✅ Устойчивость: сбой одного сервиса не выводит из строя всё приложение
✅ Быстрая доставка: небольшие кодовые базы — более быстрый выпуск новых функций

Недостатки:

❌ Сложность: больше сервисов — выше архитектурная сложность
❌ Согласованность данных: сложно поддерживать целостность данных между сервисами
❌ Сетевые задержки: взаимодействие между сервисами увеличивает время отклика
❌ Обработка ошибок: сложно отследить, где именно произошла ошибка

Микросервисная архитектура — не панацея, но мощный инструмент в арсенале современной разработки.

👉 @KodBlog

Ты, скорее всего, пропустил это улучшение в LINQ

Теперь вместо того чтобы использовать Skip и Take для пропуска и выборки определённого количества элементов из коллекции, можно обойтись только Take.

Начиная с .NET 6, у метода Take появилась новая перегрузка, которая поддерживает ещё одну крутую фичу — диапазоны (Ranges).

А что такое диапазоны?

Они появились в C# 8 и позволяют брать подмножество коллекции с помощью оператора .., задавая начальный и конечный индексы.

Начальный индекс включается, конечный — нет. Оба индекса имеют тип Index.

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

Но учти: если указать индекс, выходящий за пределы коллекции, будет выброшено исключение IndexOutOfRangeException

👉 @KodBlog

Visual Studio теперь отображает возвращаемые значения методов прямо в коде

Фича появилась в версии 17.12 (выпущена в ноябре).

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

👉 @KodBlog