对比使用IConfigurationSectionHandler和ConfigurationSection自定义节点和自定义处理程序
使用自定义处理程序处理节点的好处我认为是，可以在业务代码中，不必再写一些读取配置文件的非业务代码了，只管取值。如果多处使用该配置节点，其优势更能体现出来。然后突然要增删配置，也只管改节点处理程序的代码了，维护代码更省心了。下面对比实现IConfigurationSectionHandler接口和继承ConfigurationSection的不同。
实现IConfigurationSectionHandler接口，给我感觉最直观的感受，代码比继承ConfigurationSection少很多。但缺点是，需要自己写解析xml节点的代码，对于xml配置节点少的来讲还是很方便的。
继承ConfigurationSection，优势是，无需自己写解析xml节点的代码，节点的配置必须是节点的属性，不能是InnerText。但缺点是要写的代码多，给我的感觉是，需要对ConfigurationSection的源码要有一定的了解才行，必须按照一定的规则才行，没有IConfigurationSectionHandler来的简单。比如ConfigurationSection区分节点需要用到Key，而如果你指定的key对应的属性的值写成一样的了，这时候就无法获取key属性值相同的后面的节点了。而实现IConfigurationSectionHandler接口不需要Key，.net framework本身解析配置节点是按照ConfigurationSection解析，也不难发现.net framework的配置文件一般是在节点里写属性，不会使用文本元素。
对于IConfigurationSectionHandler和ConfigurationSection的使用可以看看《.net 之美》这本书的第13章。我后面也提供抄下来的源码。
