我正在进行研究，以便为当前使用ini文件进行配置设置的程序构建概念验证构建。正在考虑此更改，因为当前ini文件存储在程序的安装目录中。概念证明是将ini文件迁移到用户配置文件中。
仅此迁移不会引起关注，但我们支持的平台也将迁移到Windows 7.当前系统使用Windows XP并使用写保护系统来避免更改系统。我担心的是Windows 7上默认位置的用户配置文件将放在一个将被写保护的文件夹中。这意味着如果用户必须重新启动系统（不太可能在上下文中使用此系统），配置文件的最新更改将会丢失。
我目前的想法是在我们将其他用户创建文件移动到的同一目录中创建自定义用户配置文件。这将允许我们告诉系统配置管理器允许更改哪些目录。
我发现了以下问题：How to write to the main exe's .config userSettings section?
我唯一的问题是基于参考问题的接受答案，我是否能够加载自定义配置文件，并轻松访问配置文件的属性（这是对System.Properties.Default.SomeApplicationSettingName的引用） ？
我唯一关心的是新手计算机用户很难找到用户配置文件的默认位置。由于唯一容易定位的.NET配置文件（默认情况下）位于与可执行文件相同的目录中，因此给定用户修改该文件的能力将受到质疑。
由于这是概念证明，因此我可以使用.NET Framework 4.0解决方案。无法取消的一个要求是使用外部第三方库。
答案 0 :(得分：1)
考虑使用User settings。您可以适当地读取，编写和修改它们，并将它们保存在具有写入权限的正确位置
答案 1 :(得分：0)
如果您只是在寻找用户设置与应用程序设置，那么这已经内置在.NET Framework中。
答案 2 :(得分：0)
配置设置和文件系统访问权限/安全性是两个完全不同的东西。拥有配置文件不会影响您在上一次声明中所说的与＃34相关的内容;引入不可接受的问题＆＃34;如果没有正确设置文件夹或共享，那将是网络管理员问题。你还可以在C＃中使用传统的.INI文件我之前已经做了很多次但却没有使用app.config文件的目的
我不是故意听起来粗鲁......但是你真的很熟悉你可以用.config文件做的奇迹/魔法......？您不必担心找到.config文件的位置，您在开发/调试/编码期间使用的app.config文件与应用程序将引用/使用的实际文件不同。记住这一点