devdigest // dot net

⚡️ Оптимизация памяти в автотестах на C#: практические советы Виктор Лосев, инженер по автоматизации тестирования и спикер Selenium Camp, разбирает, когда автотестам на C# действительно нужна экономия памяти и как её добиться. Тема актуальна для тестов десктопных и 3D-приложений, тяжёлых веб-интерфейсов и CI-раннеров, которым нельзя добавить ресурсов. Автор объясняет, как работает сборщик мусора в .NET и когда оправдано вызывать его вручную, какие привычные конструкции незаметно раздувают кучу, как правильно освобождать браузерные драйверы и HTTP-клиенты и почему иногда стоит отказаться от параллельного запуска тестов. Отдельная часть посвящена Span и работе с памятью на стеке: в финале автор показывает, как разобрать CSV-строку вообще без аллокаций. 👉🏻 Канал | 💬 Чат | 📕 Каталог

⚡️ Microsoft выпустила dotnetup: один инструмент для установки .NET на любой платформе Microsoft открыла публичное превью dotnetup, аналога rustup для .NET. Это консольная утилита, которая одной командой ставит SDK, рантаймы и инструменты платформы на Windows, macOS и Linux, причём в пользовательскую папку и без прав администратора. Разные версии .NET живут изолированно, так что можно держать на одной машине текущий релиз и следующий LTS и привязывать их к конкретным проектам. Отдельная ставка сделана на CI/CD: инструмент работает без терминала, отключает онбординг в пайплайнах и встраивается в GitHub Actions. Обозреватель InfoWorld Саймон Бисон проверил dotnetup на трёх ОС и отметил, что установка прошла гладко, но наборы SDK по умолчанию различались, а ASP.NET на Mac поставить не удалось. Пока нет поддержки Aspire, WebAssembly и интеграции с VS Code, но даже в текущем виде dotnetup закрывает давнюю боль .NET-разработчиков. 👉🏻 Канал | 💬 Чат | 📕 Каталог

🎥 NBomber Studio 0.10.0: теги, новый вид Session Details и обновлённый интерфейс Вышла версия 0.10.0 NBomber Studio, инструмента для анализа результатов нагрузочных тестов на .NET-фреймворке NBomber. В релизе появилась поддержка тегов, переработан экран Session Details и в целом обновлён интерфейс. Отдельно исправлено поведение фильтров: теперь Studio корректно восстанавливает их состояние при переключении между представлениями. Команда показала изменения в шестиминутном обзорном видео. 👉🏻 Канал | 💬 Чат | 📕 Каталог

⚡️ Azure Functions на .NET получили ~1700 managed-коннекторов: SharePoint-триггер и Teams-клиент через DI В Azure Functions появились managed connectors из Azure Connector Namespace — около 1700 сервисов: Microsoft 365, Teams, SharePoint, OneDrive, Dataverse и сторонние системы. Public preview, для .NET isolated, Python и Node.js. Два примитива. Connector trigger: функция запускается событием сервиса, в C# это [Function("OnNewFile")] с параметром [ConnectorTrigger] типа SharePointOnlineOnNewFileItemsTriggerPayload. Typed client: SharePointOnlineClient и TeamsClient регистрируются как singleton в DI, авторизуются через DefaultAzureCredential по runtime URL подключения, дальше обычные вызовы вроде GetFileContentAsync и PostCardToConversationAsync. Регистрацию вебхуков, OAuth-токены и подключения берёт на себя Connector Namespace — писать свой код под каждый сервис не нужно. Пример из поста — приём RFP: SharePoint «файл создан» → Content Understanding с prebuilt-layout → правила на C# → Adaptive Card в Teams. Граница с Logic Apps проведена так: Functions — когда важна своя логика и code-first, Logic Apps — когда это в основном оркестрация коннекторов в визуальном дизайнере. Цен и лимитов в анонсе нет. Сколько у вас сейчас Logic Apps, которые существуют только потому, что нужен был один коннектор? 👉🏻 Канал | 💬 Чат | 📕 Каталог

⚡️ Марк Симанн: как делать большой редизайн кода и не утонуть в merge-конфликтах Тим Оттингер написал, что крупные редизайны в командах почти не случаются: пока ты перекраиваешь модуль, коллеги параллельно правят тот же код, и всё заканчивается конфликтами. Марк Симанн отвечает: это решается не смелостью, а порядком действий — Strangler Fig на уровне кода. Шаг первый: новый дизайн пишется рядом со старым, в новых файлах, которые никто ещё не использует. Такое можно пушить хоть каждый день — конфликтовать нечему. Шаг второй: проблемный код мигрируется по одному месту за раз, каждый вызов заменяется простым обращением к новому API, а гранулярность выбираете сами. Валидировать дизайн стоит заранее на локальной ветке, которую не шарят: показать команде сам дизайн, а коммиты «удушения» отложить — или переделать их на свежем снимке, если кодовая база сильно уехала. Инструменты старые: Feature Flag, Strangler Fig Фаулера, явное версионирование, отдельные коммиты для тестов и для кода под тестом. Ничего нового — но именно такой порядок снимает страх, который обычно и хоронит рефакторинг. Подвох один: если старый и новый код живут вместе дольше квартала, миграция застревает навсегда — назначайте дату, после которой старое удаляют принудительно. 👉🏻 Канал | 💬 Чат | 📕 Каталог

⚡️ Durable Task: пять сценариев от Microsoft, где он окупается — и чего он не даёт Тамир Дрешер из Microsoft разобрал на пяти сценариях, где Durable Task .NET SDK (v1.26.0 с Durable Task Scheduler) окупается, а где создаёт иллюзию надёжности: согласование счетов, провижининг Azure-тенантов, повторные списания по подписке, всплески вебхуков для срочных новостей и инцидент-воркфлоу с AI-ассистентом. Ключевая мысль про модель исполнения: replay — не восстановление приостановленного CLR-стека, а повторное выполнение кода оркестратора против истории. Отсюда правила: TaskOrchestrator<TInput, TOutput> детерминирован, всё внешнее — через CallActivityAsync, ожидание — WaitForExternalEvent и CreateTimer, бесконечные циклы — через ContinueAsNew. Из платёжного сценария: проверка раз в шесть часов, не больше 15 попыток; из провижининга — бюджет на поллинг 45 минут и отдельные состояния «ресурс готов» и «тенант активирован». Главное предупреждение: durable-история не даёт exactly-once для внешних эффектов. Идемпотентность на стороне приложения и сверка остаются на вас, а компенсация — не кнопка «отменить». Код в статье намеренно неполный и не компилировался — это про архитектуру, не про copy-paste. Где хостить сам Durable Task Scheduler и во что он обходится — тема для соседнего //azure. 👉🏻 Канал | 💬 Чат | 📕 Каталог

⚡️ Stack Overflow 2026: C# на 8-м месте с 27.1%, Rider — самая любимая IDE при 7% использования Вышел Stack Overflow Developer Survey 2026 — 30 903 ответа из 169 стран. Для .NET-мира цифры такие: C# — восьмой язык с 27.1%, TypeScript шестой с 43.8%. Среди веб-фреймворков ASP.NET Core четвёртый с 19.9%, старый ASP.NET — 13.9%, Blazor — 6.7%; в списке «хотел бы использовать» ASP.NET Core третий с 13.8%. Редакторы: VS Code у 70.9%, а Visual Studio уступила третье место Notepad++ — 27.6% против 27.8%, разница в 30 человек. Rider используют всего 7%, но по «admired» он первый — 56.9%, выше VS Code (55.7%) и Visual Studio (47.8%). Cursor — 14.9%, Zed — 11.4%. Агенты: Claude Code 65.5%, GitHub Copilot 58.7%, Codex 29.5%; 73% пользуются ассистентами ежедневно, но доверяют им «во многих задачах, включая важные решения» лишь 6.6%, а 48% — только там, где результат легко проверить. Облака: AWS 41.8%, Azure 25.1%, GCP 24.5%. В чём сидите вы — Rider, VS, VS Code? И есть ли у вас в команде кто-то, кто сознательно отказался от агентов? 👉🏻 Канал | 💬 Чат | 📕 Каталог

⚡️ Одна подмена в ILLink.Substitutions.xml выкинула Azure.Identity из NativeAOT-бинарника: минус 25% Andrew Lock обновил Microsoft.Diagnostics.Runtime (ClrMD) с 3.2 до 4.1 — и NativeAOT-бинарник потолстел на 437 КБ (+12.4% для win-x64). Виновник нашёлся через Sizoscope: тип InteractiveBrowserCredential тянул за собой Azure.Identity, Microsoft.Identity.Client, MSAL Extensions и System.Text.Json. Почему линкер их не вырезал: свойство IsSymweb сравнивает host у Uri в рантайме, и доказать статически, что конструктор недостижим, невозможно. Решение — ILLink.Substitutions.xml, где тело get_IsSymweb() подменяется на stub с value false. Нюанс: как EmbeddedResource для NativeAOT это не работает — таргеты ILCompiler не подхватывают ILLinkSubstitutionsXmls при PublishAot, пришлось передавать через IlcArg --substitution. Результат: win-x64 3.956 → 2.949 МБ, linux-x64 4.459 → 3.466 МБ, минус 22–25%. Две оговорки от автора. Подмена безопасна только потому, что в его коде ветка с Symweb никогда не срабатывает — это не универсальный рецепт. И если искать кандидатов на trimming с помощью LLM, каждое её утверждение надо перепроверять: оказалось, что бóльшая часть выигрыша относительно старой сборки пришла от перехода с .NET 8 на .NET 10, а не от подмен. 👉🏻 Канал | 💬 Чат | 📕 Каталог

⚡️ AWS выпустила инструмент для автоматического переноса .NET-приложений с Azure на AWS Amazon сделала общедоступной новую функцию AWS Transform, которая сама переписывает .NET-приложения, написанные под Azure, на сервисы AWS. Агент модернизации находит в коде вызовы Azure SDK и заменяет их на эквиваленты из AWS SDK: Azure Functions превращаются в AWS Lambda, Blob Storage в Amazon S3, Queue Storage в Amazon SQS, а Cosmos DB в DynamoDB (пока в превью). Перед запуском разработчик видит отчёт с найденными зависимостями и планом замены и может поправить его вручную. Функция уже работает в восьми регионах AWS, включая Франкфурт и Лондон. 👉🏻 Канал | 💬 Чат | 📕 Каталог

⚡️ .NET 11 RC2 вышел с go-live лицензией — GA обещан в ноябре .NET 11 Release Candidate 2 доступен с go-live лицензией: его можно ставить в прод с поддержкой Microsoft. Финальный релиз — в ноябре, точной даты нет. Работает в Visual Studio 2026 Insiders и VS Code с C# Dev Kit. Что добавили. В библиотеках — CborReader читает данные по частям, экспериментальные CompositeMLKem (классический и постквантовый KEM вместе дают общий секрет) и Hpke API, EnvelopedCms шифрует через ML-KEM (пока чистый ML-KEM и не на Windows). У SocketsHttpHandler появился InitialHttp2MaxConcurrentStreams — число параллельных стримов на новом HTTP/2-соединении до прихода SETTINGS от сервера. В SDK — быстрый wildcard-матчинг в MSBuild: по замерам Microsoft полная оценка проекта на 10–13% быстрее, аллокаций меньше на 16–34%. В NuGet — опция --min-publish-age-hours для источников: пакеты моложе N часов не берутся, а если подходящей версии не осталось, restore падает с NU1020 — простая защита от свежезалитого вредоносного пакета. В F# — runtime async и reraise внутри computation expressions. В MAUI — шаблон --ui csharp, где Shell и страницы описаны на C# без XAML. В ASP.NET Core виртуализация QuickGrid (AnchorMode, ItemComparer) вышла из experimental. Если вы ещё на .NET 8 — самое время прогнать тесты на RC2: до GA остался один цикл, и ломать API уже не будут. 👉🏻 Канал | 💬 Чат | 📕 Каталог

⚡️ C# Dev Kit 11 переписали в один Native AOT-процесс: загрузка решения 84 с → 3 с Microsoft пересобрала C# Dev Kit для VS Code: шесть managed-процессов свели в один CSDevKit, скомпилированный Native AOT. Версия прыгнула с 3.3 сразу на 11.0 — теперь номер совпадает с релизом .NET. Цифры из замеров Microsoft. Aspire (407 проектов): активный файл готов за 0.47 с вместо 84.1 с, всё решение — за 3.0 с; сборка без изменений 34.4 с → 0.88 с, после правки одного файла 36.1 с → 2.1 с. Orleans (155 проектов): решение 50.3 с → 2.3 с. Память серверного процесса: Aspire 2072 МБ → 316 МБ, Roslyn 2000 → 379 МБ. Roslyn language service по-прежнему живёт в отдельном процессе и почти не менялся. Кэши проектов строятся при первой загрузке — Microsoft предлагает коммитить их в репозиторий, чтобы свежие клоны и worktree получали быстрый тулинг сразу. Сверху — редактор MSBuild-файлов (completion, диагностика, go-to-definition для .csproj/.props/.targets, версии пакетов и уязвимости в CodeLens) и «C# Doctor», который находит недостающие SDK, упавший restore и уязвимые пакеты. Пока только в pre-release канале расширения, stable «готовится» без даты. Microsoft оговаривает, что результат зависит от структуры решения — но даже если у вас выйдет впятеро скромнее, это уже другой класс инструмента. 👉🏻 Канал | 💬 Чат | 📕 Каталог

⚡️ F# Weekly #42, 2026 Вышел свежий выпуск дайджеста F# Weekly. Главная новость — F# 11 в составе .NET 11 Release Candidate 2, а вместе с ним улучшения производительности компилятора: F# 11 заметно экономнее расходует память. Из новостей Microsoft — анонс dotnetup, нового менеджера инструментария .NET, и выход .NET 11 RC 2. Среди заметных проектов недели — MVUish.Avalonia, лёгкая MVU-библиотека для Avalonia, F#-обёртка SpectreTuff над Spectre.Console, REPL SageFs с горячей перезагрузкой и живым тестированием, а также fsharp-skills — набор инструкций для ИИ-агентов, работающих с кодом на F#. В номере также свежие релизы Fable 5.22, FsUnit 8.0, Expecto 11.1.1, Farmer 1.9.33 и других библиотек. 👉🏻 Канал | 💬 Чат | 📕 Каталог

⚡️ Вышел NBomber 6.7.0 Инструмент нагрузочного тестирования для .NET NBomber обновился до версии 6.7.0. Главное: переработанный HTML-отчёт со сводкой по тестовому прогону, вкладками Summary/Charts/Thresholds и подробной таблицей порогов. Писать сценарии стало проще, появился отдельный профиль нагрузки для прогрева перед основным тестом, а также теги для сессий и сценариев. Интеграции с InfluxDB, Datadog, OpenTelemetry и другими системами передают больше метрик, а в кластерном режиме исправлена ошибка, из-за которой узлы могли зависать при сбоях. 👉🏻 Канал | 💬 Чат | 📕 Каталог

⚡️ У NuGet-пакетов Microsoft с 23 сентября новый сертификат подписи С 23 сентября Microsoft подписывает NuGet-пакеты новым author-signing сертификатом. Если у вас настроен dotnet nuget verify или NuGet-клиент с trusted signers, которые проверяют конкретный отпечаток сертификата Microsoft, — на первом же пакете с новой подписью получите NU3034: установка упадёт, потому что старый сертификат в списке доверенных, а нового там нет. Чинится это одной командой dotnet nuget trust (или руками через nuget.config) — новый отпечаток добавляется, старый лучше не убирать сразу: часть уже опубликованных пакетов ещё какое-то время будет подписана старым. Если в CI где-то жёстко прибит trusted signer по конкретному thumbprint — самое время это найти до того, как оно упадёт само. У кого в пайплайне уже стоит trusted signer на Microsoft-пакеты — успели обновить, или ждёте первого красного билда? 👉🏻 Канал | 💬 Чат | 📕 Каталог

⚡️ DBSC добрался до ASP.NET Core: экспериментальная защита cookie в .NET 11 preview 8 В .NET 11 preview 8 появилась экспериментальная поддержка Device Bound Session Credentials — протокола, который закрывает классическую дыру: украл долгоживущую auth-cookie с машины жертвы — можешь пользоваться ей с любой другой машины. DBSC меняет схему на короткоживущие credentials плюс refresh, который сервер обязан проверить на той же машине, что выдавала исходный токен — подпись делает приватный ключ, который никогда не покидает TPM. Подключается это одним вызовом: AddDeviceBoundSession(sourceScheme: IdentityConstants.ApplicationScheme) на AuthenticationBuilder после dotnet add package Microsoft.AspNetCore.Authentication.DeviceBoundSessions --prerelease. Больше конфигурации на старте не требуется. Ограничения серьёзные: работает только по HTTPS, зависит от поддержки браузером (пока только Chromium-based), и — неожиданно — ломается при включённых блокировщиках рекламы. Запросы регистрации и обновления не видны в обычных devtools, так что дебажить это будет отдельным квестом. И главное: пакет останется в preview даже после релиза .NET 11 — в проде пока рано. 👉🏻 Канал | 💬 Чат | 📕 Каталог

⚡️ IfItQuacks: duck typing в C# через interceptors, без dynamic и рефлексии IfItQuacks выросла из proof-of-concept в полноценную библиотеку: помечаешь метод атрибутом [DuckTyped], и source generator на этапе компиляции проверяет, что переданные аргументы структурно подходят под нужный интерфейс — без dynamic, без рефлексии, через сгенерированные адаптеры. Пример из документации: интерфейс INamed с одним Name, метод Greet(INamed first, INamed second) — и в него спокойно передаются Person и Mallard, даже если ни один из них INamed не реализует. Во второй части добавили то, чего не хватало для реального использования: события, индексаторы, делегаты, static abstract члены, сохранение identity через Equals/GetHashCode с возможностью развернуть обёртку обратно в оригинальный тип. Отдельно полезная штука для тестов — «мгновенные стабы» из анонимных типов вместо ручных моков. Ставится без правки csproj. Репозиторий и документация — у linkdotnet на GitHub. 👉🏻 Канал | 💬 Чат | 📕 Каталог

⚡️ Марк Симанн: LLM ускоряют написание кода, но не скорость обучения разработчика Марк Симанн отвечает на вопрос читателя: стоит ли ещё учить основы программирования, если LLM пишет код за тебя. Его тезис — LLM ускоряют написание кода, но не скорость, с которой человеческий мозг усваивает новые концепции; это и есть настоящее узкое место, а не доступ к учебникам или ментору. Себя он в пример не ставит: C# выучил по документации и примерам кода, почти не осиливая профильные книги, а вот F# и Haskell без книг не зашли. Путь к тому, чтобы «уверенность прошлого себя» начала казаться поверхностной, занял у него десятилетия — и главный вопрос статьи в том, есть ли у тех, кто учится сейчас, время на такую же глубину, или его больше не будет. Практический совет: не задавай LLM неверифицируемые вопросы вроде «что мне учить дальше» — только фальсифицируемые, на которые есть проверяемый ответ (код работает или нет). Тем, кто входит в профессию с нуля именно сейчас, он всерьёз предлагает присмотреться к столярному делу или металлообработке — как более устойчивым к автоматизации. 👉🏻 Канал | 💬 Чат | 📕 Каталог

⚡️ Вышел F# Weekly #40: главное — Blazor-компоненты для чата с AI-агентом Вышел 40-й выпуск F# Weekly Сергея Тихона — еженедельной подборки всего, что происходит в F# и вокруг .NET. Самое интересное в нём — экспериментальные Blazor AI-компоненты из .NET 11 RC1. Чат с AI-агентом теперь собирается одним компонентом ChatPage: стриминг ответа, вызовы инструментов и кнопки approve/reject для рискованных действий уже внутри, а под капотом — любой IChatClient из Microsoft.Extensions.AI. Остальное — новые проекты, релизы библиотек и видео недели — в самом выпуске. 👉🏻 Канал | 💬 Чат | 📕 Каталог

⚡️ AG-UI Protocol получил официальный .NET SDK на Microsoft.Extensions.AI Microsoft выпустил официальный .NET SDK для AG-UI (Agent-User Interaction Protocol) — открытого протокола, который стандартизирует, как агент стримит события в UI: RUN_STARTED, TEXT_MESSAGE_CONTENT, STATE_DELTA и так далее, вместо того чтобы каждый фреймворк придумывал свой формат стриминга. SDK — это пять NuGet-пакетов: AGUI.Abstractions (типы протокола), AGUI.Formatting (форматы), AGUI.Protobuf (опциональный бинарный кодек), AGUI.Client и AGUI.Server. В основе — знакомый IChatClient из Microsoft.Extensions.AI: метод AsAGUIEventStreamAsync() сам превращает стриминг ответа в события протокола с нужными лайфсайкл-маркерами, а AGUIChatClient на другой стороне позволяет дёргать чужого AG-UI-агента как обычный IChatClient. Microsoft Agent Framework теперь тоже переехал на этот пакет вместо своей реализации. Главное — протокол один и тот же в C#, TypeScript и Python SDK: .NET-бэкенд агента спокойно обслуживает фронтенд на любом из них. Если у вас агенты частично на C#, частично на Python (см. на этой неделе //data science) — это буквально общий язык между ними, а не два похожих, но разных формата. 👉🏻 Канал | 💬 Чат | 📕 Каталог

⚡️ Microsoft показывает, как собрать AI-агента на C# с нуля — в живой серии из четырёх сессий Microsoft Agent Framework — это не сам агент, а harness: рантайм-слой, который берёт на себя оркестрацию вокруг модели. Ты даёшь модель, промпт и доменные тулы — harness добавляет память, планирование и retry. В новой серии «From Model to Agent» на .NET YouTube это собирают вживую на C#, сессия за сессией: от chatClient.AsHarnessAgent(...) с автоматическим вызовом функций и историей — до продакшен-версии с approval-политиками на рискованные действия (ApprovalRequiredAIFunction), доступом к файлам только в разрешённых директориях, shell-командами с таймаутами и OpenTelemetry-трейсингом вызовов тулов и токенов. Готовый код — в репозитории MafClaw, две сессии из четырёх уже вышли. Это тот же Agent Framework, что и в Python-версии — если у вас в проекте C#-бэкенд и ML-агенты на Python одновременно, концепции 1-в-1 переносятся между стеками (см. на этой неделе //data science). 👉🏻 Канал | 💬 Чат | 📕 Каталог