ASP.NET Основные (двадцать один) параметры конфигурации — это отличие между AddOptions и Configure

Маленькая мразь · Опубликовано 18.06.2023 19:56:45

Требования: Читая документацию опций ASP.NET Core, я обнаружил, что существует два типа кода, которые используют классы для паттернов опций для обеспечения чётко типизированного доступа к соответствующей группе настроек»AddOptions”、“НастроитьВ чём разница между ними?

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

Режим опций в ASP.NET Core:Вход по гиперссылке виден.

Объект ConsulOption выглядит так:

Вход виден.

appsettings.json Конфигурация следующая:

Вход виден.

Конфигурация AddOptions

Код таков:

Вход виден.

Настройка конфигурации

Код таков:

Вход виден.

Эти два варианта на самом деле эквивалентны, базовый вызов AddOptions Bind по-прежнему является методом Конфигурация.

OptionsBuilder.Bind (IConfiguration config) на самом деле напрямую вызывает Configure(IConfiguration config), так что они тоже эквивалентны, поэтому оба API взаимозаменяемы, а позже появился AddOptions, позволяющий больше настраивать.

OptionsBuilderConfigurationExtensionsКод:Вход по гиперссылке виден.

Прочитайте конфигурацию

IOptions<TOptions>: Сервис Singleton, то есть приложение регистрируется при запуске, и конфигурационный файл затем меняется, IOptions не обновляются синхронно, и значение останется прежним
IOptionsSnapshot<TOptions>: Жизненный цикл ограничен, и конфигурация заново получается с каждым запросом.
IOptionsMonitor<TOptions>: Жизненный цикл — это одиночный цикл, в отличие от IOptions, которые<TOptions> прослушивают обновления в профиле и автоматически синхронизируют ответ.

(Конец)

[.NET Core] ASP.NET Основные (двадцать один) параметры конфигурации — это отличие между AddOptions и Configure

Связанные публикации