[英]When is using the <appSettings> section preferable to a custom configuration section?
在创建应用程序或库的配置时，我通常更喜欢在<appSettings>部分使用自定义配置部分，原因如下。
鉴于此，何时我想使用<appSettings>部分的松散类型的<add/>键/值机制？ 我记得，本节中的应用程序级配置可以覆盖machine.config中的现有机器级配置。 这是唯一的情况，还是有其他原因？
快速而肮脏的应用程序更容易。
这与ASP.NET具有神奇的“Page_Load”方法相同 - 没有明确的连接，你可能不会在企业应用程序中使用它; 这只是RAD的用武之地。
appSettings标记具有“文件”属性，允许您将整个appSettings部分重定向到外部文件。 因此，例如，您可以为不同的环境设置不同的appSettings实例：dev.config，qa.config等。但我不确定您是否可以使用其他配置部分执行此操作。
例：
<appSettings file="qa.config"/>
appsettings.json .NET Core 中的自定义配置部分（数组）
[英]Custom Configuration Section (Array) in appsettings.json .NET Core
无法读取配置部分'appSettings'，因为它缺少部分声明
[英]Configuration section 'appSettings' cannot be read because it is missing a section declaration
如何将 ConfigurationManager.AppSettings 与自定义部分一起使用？
[英]How to use ConfigurationManager.AppSettings with a custom section?
如何创建一个行为类似AppSettings部分的自定义部分？
[英]How to create a custom section that behaves like an AppSettings section?
我的Windows服务因“ appSettings配置部分中不存在该密钥”而崩溃
[英]My Windows Service crashes with “the key does not exist in the appSettings configuration section”
使用企业库时，WCF服务中的“无法识别的配置节异常处理”
[英]“Unrecognized configuration section exceptionHandling” in WCF service when using Enterprise Library
声明:本站的技术帖子网页，遵循CC BY-SA 4.0协议，如果您需要转载，请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.