我知道如何为我的.NET应用程序中创建自定义配置处理程序。有很多覆盖需要做什么在计算器上的职位。我已经花了很多是自ConfigurationElement派生时间写作班。
我越来越担心，这种方法涉及到很多的工作 - 更多的工作比我所期待的。我创建了大量的类和有很多属性的装饰他们，我不禁想到了很多这项工作可以嵌入框架内。
Windows窗体最近获得了一个名为Application Settings功能。这给你设置的编辑器，它会创建一些代码，与序列化类型的流入和流出的配置文件的详细信息。应用程序设置似乎采取了很多的痛苦了处理自定义配置的，但我特别不喜欢的配置部分，这产生的格式，我不希望节省我的配置了。
所以，我的问题是：
我特别不喜欢的应用程序设置功能。我真的不喜欢什么，我是自动生成的代码，为这一问题。存在这样的情况是非常有用的，但我讨厌我自己的项目的控制不是的感觉。
作为一个“更好”的系统比System.Configuration，我只是不能认为任何。是的，你可能会结束，有很多的类和很多的属性，但你也将获得一个高度可定制型安全配置机制，很容易为你的用户使用。因为，在最后，用户体验是最重要的。
适当？当然。工作繁重？当然。
我认为，如果要运送你的产品供他人使用它更合适。但是，如果它的内部...这可能是更多的工作/头痛比它的价值。
这可能是一个不受欢迎的意见，但我不喜欢任何特定应用中比2米其他的东西我的配置文件。
我把我所有的配置设置的数据库和设置在web.config它将覆盖数据库配置设置中定义。
这工作很适合我，并使用自定义配置部分尽可能我一般都避免。