badcasedaily123 июн в 19:40

Source generators в.NET: как они вытеснили рефлексию из стандартной библиотеки

Средний

9 мин

14K

Блог компании OTUSC++ * Программирование * .NET *

Обзор

+13

Комментарии 7

buldo 24 июн в 04:18

А вообще есть смысл переходить на source generators и native aot в веб приложениях, которые запустили один раз и они неделями работают без перезапусков?

KoIIIeY 24 июн в 04:45

Не хранит кеш - не жрет память, так что да.

t13s 25 июн в 11:19

А если веб-приложение реализовано как лямбда, у которой проблема холодного старта очень явно выражена?

buldo 25 июн в 11:53

Лямбда - это лямбда. Мне сложно называть это веб приложением

t13s 25 июн в 12:05

Ну так не называйте, кто ж вас заставляет. А вот use-case очень подходящий.

Плюс к тому, бенчмарки показывают, что даже прогретая JSON-сериализация работает ощутимо быстрее в случае кодогенерации.

arkhip_cherniy 24 июн в 06:40

Ты правильно описал тренд, .NET уходит от рефлексии в горячих местах в сторону source generators ради скорости и AOT. Но рефлексия никуда не делась и всё ещё нужна для динамических сценариев. Это просто разные инструменты под разные задачи.

ptr128 30 июн в 09:48

Странно то, что .NET вообще использует рефлексию в тех случаях, когда всё известно на этапе компиляции. Рефлексия нужна как раз в случаях, когда что-то выясняется только на этапе выполнения. Например, схема в топике Кафки из schema registry, которая может быть обновлена в любой момент времени.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий