介绍
本节为大家带来.NET 6
新增的ConfigurationManager
,很多人好奇为啥要讲这个,读取加载配置信息都随手就来了,我们往下看一下。
翻译:这添加了 ASP.NET Core 的新 WebApplcation
和 WebApplicationBuilder
已经使用的类型,允许从配置(例如appsettings.json
和DOTNET_/ASPNETCORE_
环境变量)中读取,同时仍然能够添加新的配置源,而无需显式重建配置。每次通过IConfigurationBuilder
界面添加源时IConfiguration
,都会立即自动更新。
回顾历史
我们在使用.NET 5
开发的时候,采用IConfigurationBuilder
添加配置源。调用Build()
构建器读取每个配置源,并构建最终配置IConfigurationRoot
。
private static IConfigurationRoot BuildConfiguration() { var builder = new ConfigurationBuilder() .SetBasePath(Path.Combine(Directory.GetCurrentDirectory(), "../MyCompanyName.MyProjectName.DbMigrator/")) .AddJsonFile("appsettings.json", optional: false); return builder.Build(); }
当然我们正常系统开发基本上不会自己去调用ConfigurationBuilder
或者调用Build()
,这都在.Net Core底部给我们完成了。
那么这个类型推出的意义是什么呢?
举个栗子Use Application ID and X.509 certificate for non-Azure-hosted apps,这是微软官方给出的案例,我来说明一下,配置 Azure Key Vault 提供程序需要一个配置值, 那么我是先有鸡还是先有蛋呢——在构建配置之前无法添加配置源!。
public static IHostBuilder CreateHostBuilder(string[] args) => Host.CreateDefaultBuilder(args) .ConfigureAppConfiguration((context, config) => { if (context.HostingEnvironment.IsProduction()) { var builtConfig = config.Build(); using var store = new X509Store(StoreLocation.CurrentUser); store.Open(OpenFlags.ReadOnly); var certs = store.Certificates.Find( X509FindType.FindByThumbprint, builtConfig["AzureADCertThumbprint"], false); config.AddAzureKeyVault(new Uri($"https://{builtConfig["KeyVaultName"]}.vault.azure.net/"), new ClientCertificateCredential(builtConfig["AzureADDirectoryId"], builtConfig["AzureADApplicationId"], certs.OfType<X509Certificate2>().Single()), new KeyVaultSecretManager()); store.Close(); } }) .ConfigureWebHostDefaults(webBuilder => webBuilder.UseStartup<Startup>());
我们的步骤是:
- 初始化配置
- 调用IConfigurationBuilder.Build()构建配置
- 从IConfigurationRoot中检索所需的配置值
- 添加配置源
- 框架调用Build(),生成最终应用程序配置。
这里我们调用了Build()
两次,这会产生什么问题呢?
ConfigurationBuilder.Build()
每次调用会迭代所有源,加载提供者,并产生新的实例ConfigurationRoot
.大家应该都懂读取文件所需的消耗吧。
新的实现
我们在使用ConfigurationManager
时,当IConfigurationSource
添加一个AddJsonFile()
调用,提供程序会立即加载,并更新配置。
using var config = new ConfigurationManager(); config.AddEnvironmentVariables(prefix: "MyCustomPrefix_"); if (config["FileConfig"] == "enabled") { config.AddJsonFile("MyConfig.json", optional: true, reloadOnChange: true); } string myValueFromJson = config["JsonConfigValue"]; public class ConfigurationManager { private void AddSource(IConfigurationSource source) { lock (_providerLock) { IConfigurationProvider provider = source.Build(this); _providers.Add(provider); provider.Load(); _changeTokenRegistrations.Add(ChangeToken.OnChange(() => provider.GetReloadToken(), () => RaiseChanged())); } RaiseChanged(); } } private void ReloadSources() { lock (_providerLock) { DisposeRegistrationsAndProvidersUnsynchronized(); _changeTokenRegistrations.Clear(); _providers.Clear(); foreach (var source in _sources) { _providers.Add(source.Build(this)); } foreach (var p in _providers) { p.Load(); _changeTokenRegistrations.Add(ChangeToken.OnChange(() => p.GetReloadToken(), () => RaiseChanged())); } } RaiseChanged(); }
注意:ConfigurationManager
因为会任何源发生更改后必须删除所有内容并重新开始,遍历每个源,重新加载它们。如果你做了很多的配置源操纵的,那么如果使用ConfigurationManager
会带来相反的效果.
ConfigurationManager
适用于配置部分建造和、完全构建。
结语
请不要关心在使用.Net 6的时候该使用ConfigurationManager
还是ConfigurationBuilder
,在开发中根据需求去使用不同的加载方案才是最好的。
到此这篇文章就介绍到这了。希望对大家的学习有所帮助,也希望大家多多支持好代码网。