.NET 配置文件 - 我应该使用 OpenMappedExeConfiguration

Question

首先，我有一个 .NET 2.0 控制台应用程序。为了满足客户的要求，我需要以读/写的方式使用与我的应用程序位于不同目录中的配置文件。这是我的应用程序已有的 exe 配置（即 appname.exe.config）的补充。

为此，我添加了一个属性 Configuration，它返回通过调用 OpenMappedExeConfiguration() 获得的 Configuration 对象。

我正在尝试退一步重新评估这个实现。我写的东西看起来真的很黑客。这是正确的方法吗？我阅读了大量有关 .net 配置文件的材料，但我仍然不确定我到底应该做什么。

    class LocalEnvironment {

    ... stuff 

    static Configuration _cfg;

    internal static Configuration Configuration {
        get {

            if (_cfg == null) {
             var fm = new ExeConfigurationFileMap
                         {
                             ExeConfigFilename = Path.Combine(ApplicationInstallDirectory,
                                                              "config.xml")
                         };

                _cfg = ConfigurationManager.OpenMappedExeConfiguration(fm, ConfigurationUserLevel.None);
            }
            return _cfg;
        }
    }
}

Answer 1

为什么不直接引用标准 .config 文件中的其他文件？

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
  <appSettings file="..\RelativePathTo\MoreSettings.config">
  ...
  </appSettings>
</configuration>

更多设置.config

<?xml version="1.0" encoding="utf-8" ?>
<appSettings>
    <add key="Something" value=""/>
</appSettings>

Answer 2

这就是我所做的，而且更简单、更灵活。在这个链接的帖子中有示例代码 - 所以它甚至已经为您编写了。 :-)

(.Net) 建议为程序制作配置文件？

Answer 3

我也会做同样的事情。我找不到更好的解决方案。

Answer 4

做你正在做的事情有充分的理由。例如，svcutil.exe（.net Framework SDK 工具）提供了一个 /svcutilConfig 开关，用户可以使用该开关将特定配置文件加载为 svcutil.exe 的配置文件。这是必要的，以便用户可以扩展和定制代码生成过程；这些扩展仅在配置中指定。

您拥有的代码与 svcutil.exe 所做的基本相同，并且似乎是执行此操作的最佳方法。

也就是说，值得退一步考虑是否真的需要让用户替换整个配置文件。正如其他发帖者所评论的那样，也许只提供对 appSettings 的访问权限就足够了，您可以做得更简单。