在开发.NET Windows Forms Application时,我们可以在这些App.config标签之间进行选择以存储我们的配置值。哪一个更好?<configuration> <!-- Choice 1 --> <appSettings> <add key="RequestTimeoutInMilliseconds" value="10000"/> </appSettings> <!-- Choice 2 --> <configSections> <sectionGroup name="applicationSettings" type="System.Configuration.ApplicationSettingsGroup, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c5612342342" > <section name="Project1.Properties.Settings" type="System.Configuration.ClientSettingsSection, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c5612342342" requirePermission="false" /> </sectionGroup> </configSections> <applicationSettings> <Project1.Properties.Settings> <setting name="TABLEA" serializeAs="String"> <value>TABLEA</value> </setting> </Project1.Properties.Settings> </applicationSettings></configuration>
3 回答
![?](http://img1.sycdn.imooc.com/54586431000103bb02200220-100-100.jpg)
牛魔王的故事
TA贡献1830条经验 获得超3个赞
基本<appSettings>内容更易于处理-只需在<add key="...." value="..." />条目中打一巴就可以完成。
缺点是:没有类型检查,例如,您不能安全地假设要配置的号码确实有一个号码-有人可以在该设置中输入一个字符串.....您只需按原样访问它ConfigurationManager["(key)"],然后就可以了让您知道您在处理什么。
而且,随着时间的流逝,<appSettings>如果您的应用程序的许多部分开始在其中放置内容,那么它们可能会变得相当混乱和混乱(还记得旧的windows.ini文件吗?:-)。
如果可以的话,我希望并建议您使用自己的配置节-与.NET 2.0一起,这真的变得非常容易,这样,您可以:
a)在代码中定义您的配置设置,并进行类型安全和检查
b)您可以将您的设置与其他所有人完全区分开。您也可以重用您的配置代码!
- 3 回答
- 0 关注
- 1179 浏览
添加回答
举报
0/150
提交
取消