我知道如何为我的.NET应用程序创建自定义配置处理程序。 StackOverflow上有很多帖子可以涵盖需要完成的工作。我花了很多时间编写派生自ConfigurationElement的类。
我担心这种方法涉及很多工作 - 比我预期的更多的工作。我创建了很多类并用很多属性来装饰它们，我不禁想到很多这样的工作都可以嵌入到框架中。
Windows Forms最近获得了一项名为Application Settings的功能。这为您提供了一个设置编辑器，它创建了一些代码，详细说明了将类型序列化进出配置文件。应用程序设置似乎在处理自定义配置时遇到了很多麻烦，但我并不特别喜欢它产生的配置部分的格式，我也不想保存我的配置。
所以，我的问题是：
答案 0 :(得分：2)
答案 1 :(得分：0)
我不太喜欢“应用程序设置”功能。我真的不喜欢为我自动生成代码的任何，就此而言。有些例子很有用，但我讨厌不能控制自己项目的感觉。
至于比System.Configuration“更好”的系统，我想不出任何。是的，你可能会得到很多课程和很多属性，但你也会得到一个高度可定制的类型安全配置机制，你的用户很容易使用。因为，最终，用户体验才是最重要的。
答案 2 :(得分：0)
合适吗？当然。工作繁重？ Definetly。
我认为如果您要将产品运送给他人使用，这种方式更合适。但如果它是内部的...它可能比它的价值更多的工作/头痛。
这可能是一个不受欢迎的意见，但我不喜欢我的配置文件中的任何特定应用程序 - 除了2件事。
我将所有配置设置都放在数据库中，并在web.config中定义了一个设置，它将覆盖数据库配置设置。
这对我来说效果很好，我一般都避免使用自定义配置部分。