configSection与普通xml的优缺点？

Question

在asp.net项目中实现自定义配置节似乎需要大量额外的复杂性、额外的工作和额外的文件。也就是说，与仅仅从xml文件(或其他来源)中读取配置信息相比，是什么让它值得呢？它的性能更好吗？这是最佳实践吗？

Answer 1

因为您可以创建一个“对象”来保存(来自自定义配置的)值，而不是一堆不相交的标量。

它还允许将配置值保存在单独的文件中(这是我非常喜欢的一个技巧)。

也就是说，我把我所有的SmtpSettings放在一个~单独的SmtpSettings.config文件中。我保持"app.config“或"web.config”更精简，并且我不会实际地重写值。

PS

如果你采用"DotNet“的方式，未来的开发人员就不必学习自定义的xml例程，也就是说，它更一致的项目是项目，而不是”做任何工作“，任何继承你代码的人都会感谢你，而不是诅咒你。

  <connectionStrings configSource="ExternalConnectionStrings.config" />

然后，文件ExternalConnectionStrings.config的内容

<connectionStrings>
  <add (blah blah blah) />

</connectionStrings>

记住。你必须使用构建后事件来复制这个文件(或其他“技巧”)，它不会像app.config那样自动复制。

它也应该适用于“自定义”处理程序。

  <configSections>

    <section name="FactoryMappingSettingsSection" type="MyConfigClassHandler, MyCompany.Framework.CrossDomain.Configuration"/>


  </configSections>

然后：

  <FactoryMappingSettingsSection configSource="FactoryMappingSettings.config"/>

Answer 2

嗯，我想这是个好问题。

我认为唯一的好处是.NET开发人员知道这一点，所以他们不需要学习在自己的解决方案中实现的新技巧

也许还需要一点安全性，因为服务器保护web.config文件，而不关心发送XML文件。