Почему так много рефлексии?

Question

[Popou]

Я только начал изучать Asp.Net Core. Слишком много рефлексии, что с ней происходит? Кэшируется ли она в делегаты до вызова WebApp.Run() ? Или исчезает во время компиляции(ну как в юнити, там где часть рефлексии исчезает после компиляции) ?

Comments

[Владимир Коротенко]

вы бы конкретный пример привели

[Popou]

Владимир Коротенко, допустим я хочу добавить middleware через класс, этот класс, не будет ничего наследовать, то есть я сам должен определить метод Invoke или InvokeAsync, сам должен настроить конструктор, мало того аргументы этого конструктора тоже работают с помощью рефлексии, конечно здесь рефлексия может быть удобной, но все же, все это можно было реализовать с помощью наследование, вот мне стало интересно, почему Майкрософт выбрала именно такой путь?

[Василий Банников]

Popou, middleware можно и через интерфейсы реализовать: IMiddleware.
Почему так решили пойти - предположу, что для обратной совместимости.

Answer 1

[Василий Банников]

Да, всё кэшируется, и ты можешь увидеть это в исходниках.
Решение такое, чтобы разработчику было удобнее.
Некоторые штуки можно на source generators запилить.
Некоторые другие - обойтись без рефлексии вообще (например использовать MapGet/MapPost вместо контроллеров)

На самом деле, проблемы от рефлексии могут возникнуть только в двух случаях:
1. Когда у тебя какая-то экстремальная нагрузка и нет кэширования (или это холодный запуск, и ничего в кэше нет)
2. Когда ты используешь Assembly Trimming

PS: А почему "слишком много" по твоему мнению? Что конкретно, что реализовано на рефлексии, можно реализовать без неё?

Comments

[Popou]

Да я просто с laravel пришел тогда, и меня удивили неявные вызовы тех или иных методов, по типу OnPost