答案：C#中读写App.config需用ConfigurationManager读取，通过OpenExeConfiguration修改并保存。读取时直接访问AppSettings或ConnectionStrings；写入时需加载配置对象，修改后调用Save()并刷新。权限不足可能导致写入失败，建议用户级设置使用Properties.Settings.Default，避免直接修改App.config。自定义配置节可提升结构化与类型安全，适合复杂配置。
代码读取时：
string server = ConfigurationManager.AppSettings["SmtpServer"];int port = int.Parse(ConfigurationManager.AppSettings["SmtpPort"]);// ... 还有很多类似的读取和转换
如果使用自定义配置节，它看起来会更优雅：
1. 定义配置类：
using System.Configuration;// 定义一个配置节，对应 public class MailSettingsSection : ConfigurationSection{ // 定义一个配置元素集合，对应 里面的多个 [ConfigurationProperty("accounts", IsDefaultCollection = false)] [ConfigurationCollection(typeof(MailAccountCollection), AddItemName = "add")] public MailAccountCollection Accounts { get { return (MailAccountCollection)base["accounts"]; } }}// 定义一个配置元素集合，包含多个 MailAccountElementpublic class MailAccountCollection : ConfigurationElementCollection{ protected override ConfigurationElement CreateNewElement() { return new MailAccountElement(); } protected override object GetElementKey(ConfigurationElement element) { return ((MailAccountElement)element).Name; } public MailAccountElement this[int index] { get { return (MailAccountElement)BaseGet(index); } } public new MailAccountElement this[string name] { get { return (MailAccountElement)BaseGet(name); } }}// 定义一个配置元素，对应 public class MailAccountElement : ConfigurationElement{ [ConfigurationProperty("name", IsRequired = true, IsKey = true)] public string Name { get { return (string)this["name"]; } set { this["name"] = value; } } [ConfigurationProperty("server", IsRequired = true)] public string Server { get { return (string)this["server"]; } set { this["server"] = value; } } [ConfigurationProperty("port", DefaultValue = 25, IsRequired = false)] [IntegerValidator(MinValue = 1, MaxValue = 65535)] public int Port { get { return (int)this["port"]; } set { this["port"] = value; } } [ConfigurationProperty("username", IsRequired = true)] public string Username { get { return (string)this["username"]; } set { this["username"] = value; } } [ConfigurationProperty("password", IsRequired = true)] public string Password { get { return (string)this["password"]; } set { this["password"] = value; } } [ConfigurationProperty("enableSsl", DefaultValue = false, IsRequired = false)] public bool EnableSsl { get { return (bool)this["enableSsl"]; } set { this["enableSsl"] = value; } }}
2. 在
App.config
中注册和使用：
（注意：
YourNamespace.MailSettingsSection, YourAssembly
需要替换为你的实际命名空间和程序集名称。）
3. 代码中读取：
MailSettingsSection mailConfig = (MailSettingsSection)ConfigurationManager.GetSection("mailSettings");if (mailConfig != null){ MailAccountElement defaultAccount = mailConfig.Accounts["Default"]; if (defaultAccount != null) { Console.WriteLine($"SMTP Server: {defaultAccount.Server}"); Console.WriteLine($"SMTP Port: {defaultAccount.Port}"); Console.WriteLine($"SMTP Username: {defaultAccount.Username}"); Console.WriteLine($"Enable SSL: {defaultAccount.EnableSsl}"); }}
你看，通过自定义配置节，我们不仅让配置文件的结构更清晰，代码在读取时也获得了强类型的好处，再也不用担心字符串转换错误了。这种方式对于管理复杂的、多层次的应用程序配置来说，简直是神器。
如何在C#中优雅地处理App.config的读写权限问题？
处理
App.config
的读写权限问题，其实更多的是一种设计哲学和最佳实践的选择，而不仅仅是代码技巧。在我看来，”优雅”的关键在于，你得先搞清楚你到底想让
App.config
做什么。
明确
App.config
的定位：
应用程序级配置（只读为主）： 如果这些设置是应用程序的核心配置，部署后很少变动，或者只有管理员才能修改（例如数据库连接字符串、服务URL），那么就把它当成只读的。应用程序启动时读取，运行时不修改。如果需要修改，通常是通过部署更新、手动编辑
.config
文件（在有权限的情况下），或者通过专门的配置工具来完成。这种情况下，你不需要在运行时去写入它，自然也就避开了权限问题。用户级配置（读写）： 如果设置是用户偏好、最近使用的文件列表、窗口位置大小等，这些是用户在使用过程中会经常修改的，并且每个用户都应该有自己独立的设置。这时候，就绝对不应该尝试去修改
App.config
。正确的做法是使用C#提供的用户设置（User Settings）功能。
利用用户设置（User Settings）：这是最优雅、最符合Windows应用程序设计模式的方式。在Visual Studio中，项目属性里有一个“设置”选项卡，你可以定义各种类型的设置（字符串、整数、布尔等），并选择其作用域是“应用程序”还是“用户”。
应用程序作用域： 对应
App.config
，只读。用户作用域： 对应
user.config
，可读写。当你定义了用户作用域的设置后，C#会自动生成一个
Properties.Settings.Default
对象。读取：
Properties.Settings.Default.MyUserSetting
写入：
Properties.Settings.Default.MyUserSetting = "NewValue"; Properties.Settings.Default.Save();
这些用户设置会自动存储在每个用户的本地
AppData
目录下，应用程序对这个目录有完全的读写权限，所以你永远不会遇到权限问题。这简直是为用户偏好设置量身定制的解决方案。
如果非要修改
App.config
（例如，作为管理工具）：
运行时权限提升： 如果你的应用程序是一个管理工具，需要修改系统级的配置，那么在启动时就应该请求管理员权限（通过Manifest文件）。这样，
OpenExeConfiguration
和
Save
操作就不会因为权限不足而失败。但请注意，普通应用程序不应该随意请求管理员权限，这会给用户带来不便和安全风险。异常处理： 无论如何，当你尝试写入
App.config
时，总是要用
try-catch
块来捕获
ConfigurationErrorsException
或其他
IOException
。这样，即使写入失败，应用程序也能优雅地处理，例如提示用户权限不足，或者将错误记录下来。独立的配置文件： 对于那些需要在运行时由应用程序修改，但又不属于用户偏好的复杂配置，可以考虑不使用
App.config
，而是自己管理一个独立的XML文件。将这个文件放在应用程序有权限写入的目录（如`Environment.GetFolderPath(Environment
以上就是C#的配置文件App.config应该如何读写？的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1439426.html
赞 (0)
打赏
微信扫一扫
支付宝扫一扫
微信扫一扫
支付宝扫一扫
