. NET 10 - огляд новинок

Для тих, хто любить код, а не нудні тексти.

2025 рік приніс нам багато технічних подарунків, і один із найприємніших — це .NET 10. Платформа стала швидшою, розумнішою, а в деяких місцях — просто дружелюбнішою до розробника (ніби в Microsoft нарешті почули наші "хочу робити менше, аби виходило більше").

У цій статті розбираємо найважливіші фішки .NET 10, як вони впливають на щоденну роботу програмістів, і чому оновитися — найкращий варіант.

Основні покращення продуктивності

.NET традиційно стає швидшим з кожним релізом, але цього разу команда вирішила натиснути на газ сильніше.

  • 🔧 JIT і GC працюють швидше
    Алгоритми оптимізовано так, що більшість застосунків отримують приріст продуктивності “просто з коробки”.
    Код працює швидше, GC працює розумніше, а ви — менше думаєте про мікротюнінг.
  • ⚡ Нові можливості AOT-компіляції
    AOT став дорослим та передбачуванішим. Для багатьох типів проєктів тепер він працює стабільніше й дає менший розмір фінальних бінарок.
    Приємний бонус: менше часу на cold start, що критично для CLI-утиліт і serverless-функцій.

 

ASP.NET Core 10 — ще легший і чистіший

Якщо ви любите Minimal API, то .NET 10 зробить ваш день:

  • Чистіші Middleware
    Код став коротший і більш декларативний. Менше “шуму”, більше суті.
  • Швидший рендеринг
    Razor Оптимізації зменшили латентність і підвищили пропускну здатність серверів.
  • Краще логування
    Більше структурованих логів, зручніший дебаг і сумісність з OpenTelemetry.

Новинки в бібліотеках .NET

  • Криптографія з підтримкою пост-квантових алгоритмів:
    вбудована підтримка таких алгоритмів як ML-KEM, ML-DSA та SLH-DSA. Для розробника це означає: сучасний захист даних без “доморощених” рішень.
  • Рядкові API, Span/UTF-8, NumericOrdering:
    нові методи дозволяють працювати з байтовими послідовностями, порівнюваннями рядків з урахуванням числової частини, що робить обробку даних швидшою та виразнішою.
  • Колекції, JSON-сереалізація:
    додані зручні методи в OrderedDictionary<TKey, TValue>, нові опції у System.Text.Json — наприклад, настроювання циклічних посилань.
  • Інші бібліотеки:
    поліпшення в глобалізації, роботі з архівами, мережевими API (WebSocketStream) і TLS/безпека для macOS.

C# 14 — мова стала ще зручнішою (і менш занудною)

Разом із .NET 10 приходить C# 14, який рухається у бік більшої лаконичності та простоти.

Оновлення приємні та практичні:

  • покращені вирази switch;
  • розширена підтримка collection expressions;
  • зручніший inline-код у багатьох конструкціях;
  • більше контекстів, де можна прибрати зайвий boilerplate.

File-based apps і директиви #:sdk, #:package, #:property — найприємніша фіча релізу

🗂 або: “чому у багатьох розробників вперше за 10 років з’явиться файл myscript.cs на Desktop”

У .NET 10 з’явилася справді класна фіча — file-based apps: можна просто взяти .cs-файл і запустити його через dotnet run app.cs, без .csproj або .sln. Це великий крок у бік “C# як мова скриптів”: швидко, просто, елегантно.

Але найцікавіше — нові директиви, які прописуються прямо на початку цього .cs-файлу. І це змінює гру.

Що це за директиви і як їх використовувати

У файлі ви можете прописати такі директиви (з #:), щоб налаштувати поведінку вашого file-based додатку:

  • #:sdk — вказує, який SDK використовувати для запуску. За замовчуванням .NET 10 використовує Microsoft.NET.Sdk, але ви можете змінити його, наприклад, на Microsoft.NET.Sdk.Web, якщо хочете створити API або веб-додаток.
  • #:package — додає NuGet-пакети прямо з файлу .cs. Це означає, що вам не треба створювати .csproj, щоб підключити бібліотеку — просто пропишіть цю директиву.
  • #:property — дає можливість задавати властивості MSBuild (наприклад, LangVersion, PublishAot тощо) прямо в коді.

Які переваги це дає саме вам, як розробнику

  1. Швидкий старт і мінімалізм
    Немає потреби створювати повноцінний проєкт — один .cs-файл, і все. Ідеально для скриптів, утиліт, автоматизації або просто швидкого експерименту.
  2. Гнучкість залежностей
    Можна підключати NuGet-пакети саме тоді, коли вони потрібні, прямо з файлу. Без переписування .csproj — просто #:package …. Це особливо зручно, коли робиш невеликий скрипт, але все ж хочеш скористатися потужними бібліотеками.
  3. Контроль над компіляцією
    Через #:property можна задати, наприклад, PublishAot=false, якщо бібліотека, яку ви підключаєте, не сумісна з AOT (нативною компіляцією), або змінити версію мови (LangVersion).
  4. Публікація нативних додатків
    File-based apps тепер підтримують dotnet publish app.cs, і, за замовчуванням, ціль — нативний AOT.  Це означає: скрипт, який перетворюється на невеликий самодостатній виконуваний файл.
  5.   Скрипти “як на Unix”
    Підтримується shebang (#!) — можна зробити .cs-файл виконуваним у Unix-подібних системах, додавши щось на кшталт:

#!/usr/bin/env dotnet run  
Console.WriteLine("Привіт із C#-скрипта!");
Copy

Потім chmod +x app.cs — і файл запускається як скрипт.

6.  Плавний перехід на “великий” проєкт
Коли логіка стає складнішою — не треба переписувати все вручну. Достатньо виконати:

dotnet project convert app.cs
Copy

.NET створить .csproj, перенесе залежності і властивості з директив #: у відповідні секції, і ви матимете повноцінний проєкт.

Приклади “в дії”: як це може виглядати

Ось кілька сценаріїв, як file-based apps + директиви можуть реально стати у пригоді:

Приклад 1 — швидкий скрипт із NuGet

#:package Newtonsoft.Json@13.0.3

using Newtonsoft.Json;

var person = new { Name = "Іван", Age = 30 };
string json = JsonConvert.SerializeObject(person);
Console.WriteLine(json);
Copy

  • Тут ми підключаємо Newtonsoft.Json прямо через #:package.
  • Запускаємо як dotnet run script.cs.
  • Мінімум конфігурацій — максимум функціональності.

Приклад 2 — веб API “в один файлик” 

#!/usr/bin/env dotnet run
#:sdk Microsoft.NET.Sdk.Web  
#:package Microsoft.AspNetCore.OpenApi@10.*-*  
#:property PublishAot=false

var builder = WebApplication.CreateBuilder();
builder.Services.AddEndpointsApiExplorer();
builder.Services.AddOpenApi();

var app = builder.Build();
app.MapGet("/", () => "Привіт з однофайлового API на .NET 10!");
app.Run();
Copy

  • #:sdk Microsoft.NET.Sdk.Web — робить файл “веб-додатком” (Minimal API).
  • #:package підключає OpenAPI / Swagger.
  • #:property PublishAot=false вимикає AOT, якщо це потрібно.
  • Shebang дає можливість запуску як скрипту на Unix.

Чому це круто з точки зору твоєї продуктивності та коду

  • Мінімум “шуму”: не потрібно шаблонів, зайвих файлів — тільки код, який працює.
  • Гнучка конфігурація: без важких .csproj файлів, зате з усіма потрібними залежностями.
  • Швидке прототипування: хочеш спробувати ідею — просто напиши файл і запусти.
  • Масштабування на ходу: якщо один файл стає “серйозним”, перетвори його в проєкт за командою, без переписування.
  • CLI-утиліти, скрипти, конфігураційні інструменти: file-based apps — це чудовий варіант для створення легких інструментів, які можна переносити, запускати без розгортання повного проєкту.

Так, це реально працюючий веб-сервіс в одному файлі! Так, це зручно! І так, це змушує Python трохи нервувати...

Обмеження та що слід взяти до уваги

  • На момент попередніх версій підтримка багатофайлових сценаріїв (multi-file) ще була обмежена — у багатьох блогах зазначено, що це планується у .NET 11.
  • При складних сценаріях (багато класів, залежностей, конфігурацій) все ж краще перейти на повноцінний проєкт.
  • DE-підтримка (наприклад, IntelliSense, дебаг) для file-based apps може бути ще не настільки глибока, як для звичайного проєкту (залежно від розширень). Але це все швидко поліпшується.

Інші важливі зміни

Тут можна писати багато чого, але ми зупинимось на основному, на наш погляд.

  • ✔ Покращена підтримка Linux та контейнерів
    Образи стали менші, швидші та безпечніші.
  • ✔ Розширена аналітика та діагностика
    Більше API для профілювання і телеметрії, легше шукати bottleneck’и.
  • ✔ Нові можливості у MAUI
    Покращена стабільність, швидший рендеринг UI та оновлені контролери.

Практичні поради для початку з .NET 10

  • Якщо ви пишете утиліту чи скрипт — спробуйте створити файл tool.cs, і запустіть:

dotnet run tool.cs
Copy

Використовуйте #:package для додавання NuGet-бібліотек.

  • Для звичного проєкту — оновіть SDK до .NET 10, протестуйте зацікавлені сценарії (з граничною нагрузкою, memory usage).
  • Перегляньте, чи ваш код може скористатись file-based apps — можливо, частину задач ви виконуєте вручну або пишете скрипт — і тепер переходите на C#.
  • В IDE (наприклад, Visual Studio Code) переконайтесь, що extension для C# підтримує нові директиви #:.
  • У контексті CLI-інструментів або DevOps-пакетів — подумайте, чи можна спростити створення без проєкту (.csproj) і надати скрипт клієнтам чи колегам.

Як висновок

.NET 10 — це не “косметичний апдейт”. Цей реліз насправді спрощує життя розробникам, дає більше свободи, прибирає зайві ритуали і дозволяє фокусуватися на коді, а не на конфігураціях.

File-based apps + директиви — це, без перебільшення, найприємніший сюрприз року. А AOT, оптимізація продуктивності та оновлення ASP.NET Core роблять платформу ще сильнішою. Якщо ви працюєте з .NET — цей реліз однозначно вартий того, щоб спробувати його вже сьогодні.

А хостинг RealHOST вже подбав про те, аби ви мали надійне та зручне середовище, що повністю готове до нової версії .NET 10.