Производительность, Blazor, AOT, идентичность, метрики и многое другое

Последняя версия .NET 8 содержит значительные дополнения и изменения. Ядро ASP.NET. Наиболее заметные улучшения в этом выпуске ASP.NET Core связаны с производительностью и Blazor, а также с обновлениями, касающимися AOT, Identity, SignalR, Metrics и многих других функций.

Microsoft объявила, что ASP.NET Core в .NET 8 на данный момент является самой производительной выпущенной версией, и, как уже говорилось, по сравнению с .NET 7 ASP.NET Core в .NET 8 на 18% быстрее в тесте Techempower JSON и 24% % быстрее по тесту Fortunes. Бреннан Конрой написал сообщение в блоге о Улучшения производительности в ASP.NET Core 8 и читателям рекомендуется обратить на это внимание.

Производительность ASP.NET была активной темой на Reddit, пользователь позвонил Цетривиас задал интересный вопрос Почему Asp.net такой быстрый? Ветка богата дискуссиями в сообществе, но самая интересная из них написана пользователем Дэвид Фаулерзаслуженный инженер .NET, заявил следующее:

Все это не документировано в одном месте, как в репозитории fasthttp. Короткий ответ: команда абсолютно одержима производительностью. Хотя это не какое-то конкретное изменение, именно эта культура производительности привела к значительному увеличению производительности и прорывам в каждом отдельном выпуске.

и в конце более длинного и подробного ответа говорится следующее:

Это не спринт, это марафон, и это один из наших «вечных приоритетов» в рамках устава .NET. Наши инвестиции в производительность .NET напрямую экономят Microsoft $$$, поскольку мы даем возможность командам делать больше с меньшими затратами. То есть мы продолжим улучшать производительность как главный приоритет в обозримом будущем.

Настоятельно рекомендуем читателям ознакомиться с полный ответ написано Дэвидом, а также другими членами сообщества.

Что касается особенностей и улучшений, одним из них является Родной АОТ функция, специально разработанная для облачных приложений API, позволяющая публиковать приложения ASP.NET Core с помощью собственного AOT, в результате чего создаются автономные приложения, скомпилированные в собственный код.

У него есть несколько преимуществ: во-первых, он значительно уменьшает занимаемое место на диске за счет создания единого исполняемого файла, который включает в себя программу и подмножество кода из внешних зависимостей. Такое уменьшение размера исполняемого файла приводит к уменьшению размеров образов контейнеров, ускоряет время развертывания и повышает общую эффективность запуска.

Более того, собственные приложения AOT могут запускаться быстрее, что связано с отсутствием JIT-компиляции. Такой ускоренный запуск обеспечивает более быстрое реагирование на запросы обслуживания и обеспечивает более плавные переходы при управлении оркестраторами контейнеров.

Кроме того, приложения ASP.NET Core, опубликованные с помощью собственного AOT, могут использовать снижение требований к памяти, благодаря активации по умолчанию нового режима DATAS GC. Такое сокращение потребления памяти способствует повышению плотности развертывания и улучшению масштабируемости.

Выпуск .NET 8 знаменует собой важную веху для Блазорпревращая его из многообещающей клиентской среды веб-интерфейса в комплексное полнофункциональное решение веб-интерфейса, способное удовлетворить широкий спектр требований к веб-интерфейсу.

Новые возможности в Blazor включают статический рендеринг на стороне сервера, улучшенную навигацию и обработку форм, потоковый рендеринг и возможность включения интерактивности для каждого компонента или страницы. @rendermode Директива Razor упрощает выбор режима рендеринга во время выполнения, позволяя автоматически переключаться между сервером и клиентом для оптимизации времени загрузки приложения и его масштабируемости.

.NET 8 вносит существенные улучшения в выполнение кода .NET в WebAssembly. Введение Джитерпретатор-based среда выполнения повышает производительность, в результате чего компоненты обрабатываются на 20 % быстрее, а скорость десериализации JSON увеличивается вдвое.

Веб-сборка .NET среда выполнения теперь поддерживает несколько новых типов редактирования с помощью «горячей перезагрузки», обеспечивая полную совместимость с возможностями «горячей перезагрузки» CoreCLR и позволяя редактировать универсальные типы. Кроме того, новый удобный для Интернета формат упаковки для приложений Blazor WebAssembly, известный как WebCIL, упрощает развертывание, удаляя элементы, специфичные для Windows, из сборок .NET и переупаковывая их в файлы WebAssembly.

ASP.NET Core в .NET 8 представляет конечные точки API для Базовая идентификация ASP.NET, предлагающий программный доступ к функциям регистрации пользователей и входа в систему. Это упрощает настройку аутентификации для браузерных и мобильных клиентских приложений, поддерживая аутентификацию на основе файлов cookie и токенов.

Обновление также представляет расширенную среду выполнения. Основные показатели ASP.NET с использованием Система.Диагностика.Метрики, кроссплатформенный API, разработанный в сотрудничестве с сообществом OpenTelemetry. Эти метрики обеспечивают надежную систему мониторинга, предлагающую новые виды измерений с помощью счетчиков, датчиков и гистограмм, а также мощные возможности отчетности с многомерными значениями.

Интеграция в более широкую облачную экосистему согласуется с OpenTelemetry стандартов, обеспечивая полную совместимость и расширенные возможности мониторинга для приложений ASP.NET Core.

Релиз .NET 8 содержал множество изменений и обновлений, остальные изменения связаны с Общие атрибуты для MVC, улучшенная привязка формы для минимальных API и промежуточного программного обеспечения для защиты от подделки, СигналR повторное подключение с сохранением состояния, с ключом Поддержка услуг по внедрению зависимостей.

Кроме того, есть также улучшения производительности для именованные каналы транспорт в Кестреле, именованные каналы — это технология построения межпроцессного взаимодействия (IPC) между приложениями Windows. РедисТакже добавлена ​​поддержка кэширования вывода на основе.

Кэширование вывода — это функция, которая позволяет приложению кэшировать выходные данные минимальной конечной точки API, действия контроллера или страницы Razor. Для получения более подробной информации читателям рекомендуется обратиться к официальная страница примечаний к выпуску.

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