AK
я ожидаю что 2 метода будут вызваны в том порядке в котором они вызываются, если они не асинк
Size: a a a
2021 June 06
AK
ну во первых оно упадёт сразу, а не когда кто то решит потестить контроллер в котором оно реально дёргается
AK
что как по мне лучше
Ɖ
Ооох, ладно
В любом случае код твой и твоя ответственность
Такой подход очень чреват если речь зайдет за библиотеку которую будет использовать кто то еще
В любом случае код твой и твоя ответственность
Такой подход очень чреват если речь зайдет за библиотеку которую будет использовать кто то еще
Ɖ
PostConfigure вывалится ещё до первого использования опшнс
Ɖ
Luckily, there is a PostConfigure<T>(Action<T>) method that we can use to register a callback which will be called before the configuration is used.
AK
но не сразу после билда )
Ɖ
Всмысле, он вывалится точно также как и твоя реализация, в рантайме
Ɖ
При запуске
Ɖ
В этом и суть его использования
Ɖ
Хорошо, можно пойти другим путем
AK
А, окей, сразу после предыдущей конфигурации будет вызвана
Ɖ
Если тебе достаточно проверки просто существования конфига, в Configure (если это аспнеткор) ты можешь достать через IServiceProvider.GetService свой опшнс и если он налл - кинуть ошибку
В консольке это будет сразу после твоей конфигурации когда ты получаешь итоговый провайдер
В консольке это будет сразу после твоей конфигурации когда ты получаешь итоговый провайдер
AK
я думал как со статиками
Ɖ
И для этого не нужно делать это в момент регистрации зависимостей
Ɖ
Так ты точно будешь знать что абсолютно все уже зарегано
Ɖ
Это тот же самый подход как и у тебя, но его стоит перенести именно в момент когда сервис провайдер итоговый был собран, а не собирать его самому в момент регистрации зависимостей
Ɖ
AK
"a callback which will be called before the configuration is used."
Ну я вот эту часть неправильно интерпретировал )
Ну я вот эту часть неправильно интерпретировал )
Ɖ
Бывает