Sergey Lutay's Blog

 

 

Ми раді повідомити вам про найновіші функції та вдосконалення, доступні в .NET 8 Preview 6 ! Цей випуск є продовженням випуску Preview 5 , і ми прагнемо надавати вам все більше вдосконалень з кожним місячним випуском.

 

Сьогодні ми маємо справу із захоплюючим релізом з великою кількістю оновлень бібліотеки, новим режимом WASM, більшою кількістю генераторів джерел, постійними покращеннями продуктивності та підтримкою NativeAOT на iOS. Сподіваємося, вам сподобаються ці нові функції та вдосконалення. Слідкуйте за новинами, оскільки ми продовжуємо наш шлях до покращення .NET разом!

Ви можете завантажити .NET 8 Preview 6 для Linux, macOS і Windows.

Будьте в курсі новинок у .NET 8 . Він оновлюватиметься протягом випуску.

А тепер поглянемо на нові функції .NET 8.

 

Покращення System.Text.Json

Ми внесли низку вдосконалень у генератор вихідних кодів System.Text.Json, головним чином спрямованих на те, щоб Native AOT порівнявся з серіалізатором на основі відображення.

- Додано підтримку кешування для інкрементного генератора, що покращує продуктивність IDE у великих проєктах. https://github.com/dotnet/runtime/pull/86121 

- Покращене форматування згенерованого вихідного коду, включно з виправленням ряду проблем із відступами https://github.com/dotnet/runtime/pull/86526 , https://github.com/dotnet/runtime/pull/87557 

- Додано ряд нових діагностичних попереджень https://github.com/dotnet/runtime/pull/87980

- Виправлено ряд помилок, пов’язаних із роздільною здатністю модифікатора доступності https://github.com/dotnet/runtime/pull/87136 

- Гарантія, що типи ігнорованих або недоступних властивостей не включені генератором https://github.com/dotnet/runtime/pull/87383 

- Виправлено проблеми, пов’язані з підтримкою JsonNumberHandling https://github.com/dotnet/runtime/pull/87484 

- Виправлено підтримку рекурсивних типів колекцій https://github.com/dotnet/runtime/pull/87632 

- Виправлено підтримку спеціального конвертера для структур, що допускають значення NULL https://github.com/dotnet/runtime/pull/84208 

- Виправлено ряд помилок у реалізації синтаксичного аналізу атрибутів під час компіляції https://github.com/dotnet/runtime/pull/87796 

 

- Додано підтримку вкладеності декларацій JsonSerializerContext в довільних типах https://github.com/dotnet/runtime/pull/87829

 

JsonStringEnumConverter

Цей новий конвертер доповнює наявний клас JsonStringEnumConverter, який не підтримується в Native AOT.

Користувачі, які бажають націлитися на користувачів Native AOT, повинні анотувати свої типи переліків наступним шаблоном.

 

 

JsonConverter.Type

 

 

Нова властивість дозволяє користувачам шукати тип незагального образу JsonConverter:

 

Властивість має значення NULL, оскільки повертає null для екземплярів JsonConverterFactory і для typeof(T)екземплярів JsonConverter.

 

Перевантаження методів ZipFile CreateFromDirectory та ExtractToDirectory на основі потоку

Ми додали нові перевантаження ZipFile.CreateFromDirectory, які дозволяють користувачам збирати всі файли, включені в каталог, і архівувати їх, а потім зберігати отриманий файл zip у наданому потоці.

Симетрично ми додали перевантаження ZipFile.ExtractToDirectory, які дозволяють користувачам надавати потік, що містить архівований файл, і витягувати його вміст у файлову систему.

Ці API дозволяють уникнути необхідності використовувати диск як проміжний крок. Це може бути корисним у ситуаціях, коли дисковий простір обмежений, як, наприклад, у хмарних середовищах:

- CreateFromDirectory дозволяє не записувати заархівований результат на диск.

 

- ExtractToDirectory не вимагає, щоб заархівований файл знаходився на диску.

 Використання ZipFile.CreateFromDirectory

 

Використання ZipFile.ExtractToDirectory

Метрики API MetricCollector

MetricCollector — це новий клас, призначений для тестування сценаріїв. Раніше він називався InstrumentRecorder. Ми значно вдосконалили цей клас і перемістили його в пакет Microsoft.Extensions.Telemetry.Testing .

Тепер клас MetricCollector може записувати метричні вимірювання разом із часовими мітками. Крім того, клас пропонує гнучкість використання будь-якого бажаного постачальника часу для точного створення позначок часу.

 

Наступний приклад демонструє, як використовувати цю функцію.

Використання MetricCollector

Представляємо генератор джерела перевірки параметрів

Щоб зменшити витрати на запуск і покращити набір функцій перевірки, ми представили генератор вихідного коду , який реалізує логіку перевірки.

Використання перевірки параметрів

Якщо програма використовує ін’єкцію залежностей, вона може ін’єктувати перевірку за таким шаблоном.

 

Розширення перевантажень конструктора LoggerMessageAttribute для підвищення функціональності

Були введені нові LoggerMessageAttribute перевантаження конструктора, які пропонують більшу гнучкість у визначенні необхідних параметрів за допомогою скорочення коду. Нові перевантаження конструктора включають такі параметри, як визначення лише LogLevel і повідомлення, лише LogLevel або лише повідомлення.

Ці вдосконалення полегшують користувачам визначення атрибутів LoggerMessageAttributes, мінімізуючи непотрібний код.

 

Використання LoggerMessage

 

Наступний приклад демонструє реалізацію LoggerMessage, яка раніше була неможлива.

 

Примітка : у пізнішому прев’ю, для конструкторів, яким не потрібен ідентифікатор події, система автоматично згенерує ідентифікатор події, усуваючи потребу вручну надавати його користувачам.

 

Покращення генератора джерела прив’язки конфігурації

У Прев’ю № 3 ми представили новий джерельний генератор для забезпечення AOT і зручної конфігурації в ASP.NET Core . Генератор є альтернативою існуючій реалізації на основі відображення. Відтоді ми внесли кілька покращень на основі відгуків спільноти, і генератор готовий, щоб люди могли спробувати його ще раз за допомогою Preview 6.

Приклад програми , яка використовує зв’язування конфігурації та публікується з AOT, змінюється від двох (2) попереджень аналізу AOT під час компіляції до жодного. ДДодаток не працював при виконанні, але тепер він працює.

Для використання генератора не потрібно змінювати вихідний код. Його ввімкнено за замовчуванням у веб-програмах Native AOT. Для інших типів проектів його вимкнено за замовчуванням, але ви можете керувати ним, додавши наступну властивість до свого проекту.

Ви можете знайти відомі проблеми тут .

 

Генерований джерелом COM Interop

Тепер у нас є новий джерельний генератор, який підтримує взаємодію з COM-інтерфейсами за допомогою підтримки взаємодії, створеної джерелом , з якої ми почали LibraryImportAttribute. Ви можете використовувати System.Runtime.InteropServices.Marshalling.GeneratedComInterfaceAttribute, щоб позначити інтерфейс як інтерфейс COM для вихідного генератора. Потім генератор вихідного коду згенерує код, щоб увімкнути виклик із коду C# до некерованого коду, а також код, щоб увімкнути виклик із некерованого коду в C#. Цей джерельний генератор інтегрується з LibraryImportAttribute, і ви можете використовувати типи з параметрами GeneratedComInterfaceAttribute  і повертати типи в методах LibraryImportAttributе.

 

 

Генератор вихідних кодів COM забезпечує зрозумілий досвід роботи з IDE через аналізатори та виправлення коду. Це схоже на LibraryImportAttribute. Біля кожного інтерфейсу, який має System.Runtime.InteropServices.ComImportAttribute, лампочка пропонуватиме опцію перетворення на взаємодію, згенеровану джерелом. Це виправлення змінить інтерфейс для використання GeneratedComInterfaceAttribute. Біля кожного класу, який реалізує інтерфейс із GeneratedComInterfaceAttribute, лампочка запропонує опцію додати GeneratedComClassAttribute до типу. Після перетворення типів ви можете використовувати  свої методи DllImport, щоб використати LibraryImportAttribute з наявним там засобом виправлення коду. За допомогою цих двох лампочок можна легко перетворити наявний код взаємодії COM для використання нового взаємодії, створеного джерелом. Також є більше аналізаторів, які допомагають виявити місця, де ви можете змішувати COM-взаємодію, згенеровану джерелом, і на основі середовища виконання, що може потребувати додаткової роботи.

 

 

У рамках цього проекту ми оновили бібліотеку System.Transactions для використання нової взаємодії, створеної джерелом! Ми використали цей досвід, щоб допомогти вдосконалити аналізатори та засоби виправлення коду, щоб забезпечити якісний досвід міграції.

 

Використання GeneratedComInterface

 

GeneratedComClassAttribute

 

Генератор вихідного коду також підтримує новий System.Runtime.InteropServices.Marshalling.GeneratedComClassAttribute , щоб дозволити вам передавати ваші типи, які реалізують інтерфейси з System.Runtime.InteropServices.Marshalling.GeneratedComInterfaceAttribute – атрибутованих інтерфейсів до некерованого коду. Генератор вихідного коду згенерує код, необхідний для надання COM-об’єкта, який реалізує інтерфейси та перенаправляє виклики до керованої реалізації.

 

Використання GeneratedComClassAttribute

 

Взаємодія з LibraryImportAttribute

Методи в інтерфейсах з підтримкою GeneratedComInterfaceAttribute всіх тих самих типів, що й LibraryImportAttribute, і LibraryImportAttribute отримують підтримку для атрибутованих типів GeneratedComInterface та  атрибутованих типів GeneratedComClass в цьому випуску.

Якщо у вашому коді C# використовуватиметься лише GeneratedComInterfaceAttribute – атрибутований інтерфейс або для обгортання COM-об’єкта з некерованого коду, або для обгортання керованого об’єкта з C# для некерованого коду, ви можете використовувати параметри у властивості GeneratedComInterfaceAttribute.Options, щоб налаштувати, який код буде згенеровано. Цей параметр дозволить вам не писати маршаллери для сценаріїв, які, як ви знаєте, не використовуватимуться.

 

Генератор джерела використовує новий тип System.Runtime.InteropServices.Marshalling.StrategyBasedComWrappers для створення та керування оболонками об’єктів COM і оболонками керованих об’єктів. Цей новий тип забезпечує очікувану взаємодію .NET з COM-взаємодією, а також надає точки налаштування для досвідчених користувачів. Якщо ваша програма має власний механізм для визначення типів із COM або якщо вам потрібно підтримувати сценарії, які наразі не підтримує COM, створений джерелом, ви можете розглянути можливість використання нового типу StrategyBasedComWrappers, щоб додати відсутні функції для вашого сценарію та отримати той самий .NET досвід користувача для ваших типів COM.

Обмеження

На цю мить вихідний генератор COM має такі обмеження. Ми не плануємо усувати ці обмеження в .NET 8, але можливо в майбутній версії .NET.

– Немає підтримки інтерфейсів на основі IDispatch.

Підтримка цих інтерфейсів може бути реалізована вручну за допомогою локального визначення інтерфейсу IDispatch.

– Немає підтримки інтерфейсів на основі IInspectable.

Використовуйте інструмент CsWinRT , щоб створити код взаємодії для цих інтерфейсів.

– Немає підтримки спорідненості апартаментів.

Передбачається, що всі COM-об’єкти є безпотоковими. Підтримку спорідненості апартаментів можна впровадити вручну за допомогою реалізацій типу StrategyBasedComWrappers та спеціальної стратегії.

– Немає підтримки властивостей COM.

Вони можуть бути реалізовані вручну як методи в інтерфейсі.

– Немає підтримки подій COM.

Вони можуть бути реалізовані вручну за допомогою базових API COM.

– Не підтримується використання ключового слова new для активації COM CoClass.

 

Використовуйте LibraryImportAttribute для P/Invoke до CoCreateInstance API, щоб активувати CoClass.

Підтримка HTTPS проксі

https://github.com/dotnet/runtime/issues/31113

Хоча HttpClient деякий час підтримував різні типи проксі, усі вони дозволяють людині посередині бачити, до якого сайту підключається клієнт. (навіть для HTTPS URI) Проксі-сервер HTTPS дозволяє створити зашифрований канал між клієнтом і проксі-сервером, щоб усі наступні запити могли оброблятися з повною конфіденційністю.

Використання проксі HTTPS

– Unix: export all_proxy=https://x.x.x.x:3218

– Windows: set all_proxy=https://x.x.x.x:3218

 

Цим також можна керувати програмно через WebProxy .

 

System.Security: підтримка SHA-3

Підтримка примітивів хешування SHA-3 тепер доступна на платформах, які пропонують SHA-3. Зараз це Linux із OpenSSL 1.1.1+ і Windows 11 build 25324+.

API, де доступний SHA-2, тепер пропонують доповнення SHA-3. Воно містить SHA3_256, SHA3_384 і SHA3_512 для хешування; HMACSHA3_256, HMACSHA3_384, і HMACSHA3_512 для HMAC; HashAlgorithmName.SHA3_256, HashAlgorithmName.SHA3_384, та HashAlgorithmName.SHA3_512 для хешування, де алгоритм можна налаштувати; і RSAEncryptionPadding.OaepSHA3_256, RSAEncryptionPadding.OaepSHA3_384, та RSAEncryptionPadding.OaepSHA3_512 для шифрування RSA OAEP.

Використання API SHA-3 подібне до SHA-2, з додаванням властивості IsSupported, щоб визначити, чи пропонує платформа SHA-3.

Крім того, SHA-3 включає дві функції розширюваного виведення (XOF), SHAKE128 і SHAKE256. Вони доступні як Shake128і Shake256.

 

Підтримка SHA-3 наразі спрямована на підтримку криптографічних примітивів. Очікується, що конструкції та протоколи вищого рівня спочатку не повністю підтримуватимуть SHA-3. Це включає, але не обмежується сертифікатами X.509 SignedXmlі COSE. Підтримка SHA-3 може розширитися в майбутньому залежно від підтримки платформи та стандартів, які використовують SHA-3.

 

SHA-3 був стандартизований NIST як FIPS 202 як альтернатива, а не наступник SHA-2. Розробники та організації повинні вирішити, коли й навіть чи підходить їм прийняття SHA-3.

SDK: продуктивність і сумісність публікації контейнерів

Ми внесли кілька змін до стандартних значень створених зображень для програм .NET 8.

– Зображення тепер за замовчуванням використовують нову безкореневу можливість контейнерів .NET , що робить ваші програми безпечними за замовчуванням. Ви можете будь-коли змінити це, встановивши власний ContainerUser, як root.

– Зображення позначені тегами latest за замовчуванням, як і інші інструменти для контейнерів.

Ми покращили продуктивність надсилання контейнерів до віддалених реєстрів, надійність операції надсилання та підтримку більшого діапазону реєстрів. У той же час Том Десейн з Red Hat був зайнятий вдосконаленням нашої підтримки для ряду поширених реалізацій контейнерів.

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

Як побічний ефект цих змін ми також розширили нашу матрицю підтримки для реєстрів. Harbor і Artifactory приєдналися до списку відомих працюючих реєстрів, а робота Тома також уможливила запуск Quay.io і Podman.

 

Режим HybridGlobalization на WASM

 

Програми WASM можуть використовувати новий режим глобалізації, який полегшує пакет ICU та натомість використовує веб-API. У гібридному режимі дані глобалізації частково витягуються з пакета ICU, а частково – із викликів у JS. Він обслуговує всі регіони, які підтримує WASM .

 

Коли розглядати можливість використання HybridGlobalization

 

Цей параметр найбільше підходить для програм, які не можуть працювати в режимі InvariantGlobalization та використовувати дані локалізації з кількох сегментів ICU (EFIGS, CJK, no-CJK), тому наразі використовується:

Анонс .NET 8 Preview 1

 

Зустрічайте .NET 8! Перша попередня версія вже готова до завантаження: отримайте свою копію першої попередньої версії .NET 8 і почніть створювати додатки вже сьогодні. Гортайте вниз, щоб переглянути список функцій, включених у цю попередню версію. .NET 8 – це випуск з довгостроковою підтримкою (LTS). Ця публікація в блозі охоплює основні теми й цілі, які визначають пріоритети та вибір удосконалень для розробки. Щомісяця будуть виходити попередні збірки .NET 8 та збірки кандидатів на випуск. Фінальний реліз, як завжди, буде представлений десь у листопаді на конференції .NET Conf.

Релізи .NET містять продукти, бібліотеки, середовище виконання та інструментарій і є результатом спільної роботи багатьох команд всередині та поза межами Microsoft. Тематика цієї статті не охоплює всі основні сценарії та інвестиції, пов’язані з .NET 8. Вона охоплює великі області, але є лише частиною всієї важливої роботи, яка ведеться над .NET 8. Планується, що компанія зробить значні інвестиції в ASP.NET Core, Blazor, EF Core, WinForms, WPF та інші платформи. Ви можете дізнатися більше про ці напрямки, прочитавши плани розвитку продуктів:

ASP.NET Core and Blazor

EF 8 Roadmap

ML.NET

.NET MAUI

NuGet

Roslyn

Runtime

WinForms

 

WPF

Перегляньте themesof.net, щоб дізнатися більше про проблеми GitHub та етапи підготовки до .NET 8.

Ви можете завантажити попередню версію .NET 8 для Windows, macOS і Linux.

Щоб бути в курсі новинок, читайте нашу документацію “Що нового в .NET 8”, яка буде оновлюватися протягом усього релізу. Коли команда розробників випускатиме нові попередні версії, вона буде додавати до них короткий опис наявних у них функцій.

Інсталятори та двійкові файли

Контейнерні образи

Пакети для Linux

Примітки до релізу

Виявлені проблеми

 

Трекер проблем на GitHub

Рекомендується використовувати збірки каналу попереднього перегляду, якщо ви хочете спробувати .NET 8 з продуктами лінійки Visual Studio. Visual Studio для Mac наразі не підтримує попередні версії .NET 8.

Зустрічайте .NET 8

 

Наприкінці минулого року було випущено .NET 7 – результат спільної роботи команди розробників .NET та чудової спільноти, яка підтримала цей випуск, зробивши понад 28 000 внесків від більш ніж 10 000 членів спільноти. .NET 7 – це фреймворк, кращий для створення додатків на сьогодні. Цей випуск уніфікує платформу завдяки вбудованій підтримці ARM64 та розширеній підтримці Linux. Він допоможе модернізувати ваш додаток за допомогою таких інструментів, як .NET MAUI, що дозволяє створювати кросплатформні мобільні та десктопні додатки з однієї й тієї ж кодової бази. Він містить покращення продуктивності API й полегшує створення та розгортання розподілених хмарних додатків. .NET 7 спрощує процес розробки додатків, оскільки зменшує необхідний обсяг коду завдяки вдосконаленню мови C# 11 і дозволяє створювати та налаштовувати API за допомогою лише кількох рядків коду. Завдяки численним покращенням інструментарію — від тунелів для розробників, які допомагають налагоджувати інтеграцію хмарних API, до створення контейнерів безпосередньо з .NET SDK – розробники стають продуктивнішими.

Протягом усього випуску буде оновлюватися стаття “Що нового в .NET 8”. У ній будуть описані основні функції для всього випуску, в той час, як публікації в блозі будуть присвячені новим функціям в кожній попередній версії.

Ви можете прочитати про те, що було випущено в попередній версії 1, прокрутивши сторінку вниз. Але спершу зазирнімо у майбутнє і подивимось, яким є бачення .NET 8.

Найкраща платформа та інструменти для розробників хмарних додатків

 

Розробники .NET повинні мати можливість швидко переносити свої додатки в хмару, масштабувати їх без шкоди для продуктивності та розвивати свої додатки на основі практичних даних та відгуків про роботу програм у процесі їхнього виробництва. Компанія інвестує в те, щоб полегшити управління повним циклом розробки, починаючи з локальної розробки та тестування і закінчуючи безперервною інтеграцією та розгортанням. Мета – спростити впровадження мікросервісних архітектур, створення та розгортання контейнерів.

Терміном “cloud native”(хмарна розробка) позначають архітектуру та дизайн додатків, створених спеціально для розгортання в хмарних обчислювальних середовищах. Основна ідея cloud native полягає у використанні переваг платформ хмарних обчислень, таких як масштабованість, еластичність та самовідновлення, для створення високомасштабованих та стабільних додатків. Це забезпечує гнучкість і дозволяє уникнути потенційних надмірних інвестицій в апаратне та програмне забезпечення для підтримки розвитку. Багато розробників асоціюють хмарні розробки з такими поняттями, як мікросервіси, оркестрування контейнерів (Kubernetes) та пропозиції “як послуга”.

Чудовий досвід використання комбінації MAUI та Blazor для кросплатформної мобільної та десктопної розробки

В рамках .NET 7 було випущено .NET Multi-platform App UI (MAUI) SDK та інструментарій для Visual Studio з підтримкою цього інтерфейсу. .NET MAUI надає фреймворк для створення нативних додатків для мобільних і настільних пристроїв, що працюють під управлінням Android, iOS, macOS і Windows, з використанням єдиної кодової бази C#. Окрім підтримки XAML UI, ви також можете використовувати Blazor для створення гібридних додатків з компонентами Razor UI, які мають доступ до нативних платформ пристроїв і можуть бути спільними для мобільних, десктопних та вебпристроїв. Команда .NET планує використовувати цей досвід і зосередитися на покращенні якості, стабільності, продуктивності та інтеграції SDK та інструментарію.

Динаміка: постійна увага до якості та продуктивності на основі вашого внеску

 

Кожен випуск .NET передбачає покращення продуктивності, якості, стабільності та простоти використання API, бібліотек та фреймворків, які складають активну та динамічну екосистему .NET. Багато з цих покращень були визначені та оцінені користувачами та членами спільноти як пріоритетні. .NET 8 буде слідувати тій же тенденції, покладаючись на ваші цінні відгуки, які допомагатимуть спрямовувати бачення і фокусувати зусилля команди.

Отримуйте актуальну інформацію та залишайтеся в курсі подій

Підтримка оновлення .NET – це цінний інструмент, який допомагає розробникам переносити свої додатки зі старих версій .NET Framework на новіші версії. Остання версія цього інструменту має покращені можливості, які підтримують нові сценарії та обробляють більше випадків. За допомогою цього інструменту розробники можуть легко оновити свої програми до .NET 6 або .NET 7.

Інструмент може автоматично виявляти й пропонувати зміни, які необхідно внести в код, щоб забезпечити сумісність з новими версіями фреймворку. Крім того, він може обробляти більш ускладнені сценарії, такі як оновлення додатків, що використовують сторонні бібліотеки та інтеграцію з новими функціями платформи. Ці вдосконалення роблять допомогу з оновленням .NET незамінним інструментом для розробників, які прагнуть підтримувати свої програми в актуальному стані та користуватися перевагами найновіших можливостей .NET. Цей інструментарій нещодавно було представлено у вигляді розширення Visual Studio, щоб допомогти вам оновити систему, не виходячи з Visual Studio.

Орієнтація на .NET 8

Щоб орієнтуватися на .NET 8, спершу потрібно переконатися, що у вас встановлений пакет .NET 8 SDK з офіційного вебсайту Microsoft. Потім ви можете створити новий проєкт і вказати, що ви хочете орієнтуватися на .NET 8, встановивши відповідний цільовий фреймворк у налаштуваннях проєкту.

 

Ви також можете оновити наявний проєкт для підтримки .NET 8, змінивши цільовий фреймворк у властивостях проєкту. Для цього клацніть правою кнопкою миші на проєкті у Visual Studio або в іншій IDE, виберіть “Властивості”, а потім перейдіть на вкладку “Додаток”. Звідти ви можете вибрати версію цільового фреймворку, яку ви хочете використовувати. У результаті буде встановлено відповідний цільовий фреймворк:

 

Слід пам’ятати, що орієнтація на .NET 8 може вимагати внесення змін до вашого коду або залежностей, оскільки в попередніх версіях .NET можуть бути зміни в API або інших функціях. Рекомендується ознайомитися з документацією та примітками до випуску .NET 8, щоб переконатися, що ваш код і залежності сумісні з новою версією.

 

Source