自从我使用System.Configuration命名空间（编写自定义ConfigurationSection）为我自己的类创建配置以来，已经有一段时间了。
我突然想起创建配置类然后使用这些类看起来非常“老式”＃34;和尴尬（即没有泛型（来自object的隐式演员阵容））。除了良好实践之外，配置元素类被解析为逻辑类（即JobConfigurationElement被转换为Job类。）
这让我想到了一个问题＆＃34;使用ConfigurationSection和app.config（web.config）的真正好处是什么，而不仅仅是将文件中的配置反序列化为某些类？＆＃ 34 ;.
我可以想到一些特定情况，例如IIS可以通过重新启动应用程序池自动对配置更改做出反应，但这可能是人们甚至不希望的事情，当然也与其他类型的应用程序无关（windows ，wpf等。）