.NET .config 地狱

Question

我有以下项目：

1. MVC
2. 控制台应用程序
3. 类库
4. Windows 窗体应用程序
5. COM 库

所有这些应用程序都需要使用单个配置文件。据我了解，app.config 文件适用于 Windows、控制台应用程序和类库，而 web.config 文件适用于 Web 项目。

所有这些项目都需要可以访问相同的配置。我读过建议使用计算机配置文件，但我们并不总是有权访问该文件，因此配置文件必须驻留在我们的解决方案中。

我不完全理解配置文件是如何构建的。目前，我编写了一个简单的项目，其中包含以下内容：

1. 用于存储服务配置文件的类库。 A试图通过反思来做到这一点。
2. 应从类库读取 app.config 的 Windows 应用程序。

当我执行以下代码时，我希望获得一个包含测试值的配置文件：

_applicationSettings = ConfigurationManager.OpenExeConfiguration(
                    System.Reflection.Assembly.GetAssembly(typeof(WCSConfiguration)).Location
                    ).AppSettings;    

我得到的是一个空的应用程序设置文件。

类库具有以下 App.config：

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

我尝试使用 .GetExecutingAssembly() 方法，我希望返回当前正在执行的代码的程序集。这不起作用，而是返回了 Windows 应用程序的程序集。

GetAssembly(type(WCSConfiguration)) 已返回正确的程序集，但是 bin/debug 目录中缺少配置文件。

我有一种感觉，要么我做的事情根本上是错误的，要么微软没有让这一点足够灵活。我也尝试在 MSDN 上搜索解释，但在我看来，这还没有得到很好的记录。

我还将 COM 保留为粗体，因为我不确定 COM 库是否可以使用任何配置文件。首先，我想让其他项目开始工作。

我知道这是很多信息。任何帮助将不胜感激。之前我们选择使用注册表，但事实证明这很糟糕，主要是因为在某些情况下无法访问注册表。此外，我们现在有多个版本的应用程序，并且在分支之间切换需要半个小时的工作:(

谢谢

编辑：

如果我将 dll 的配置部分添加到 app.config 中，这意味着这些设置将是只能从该应用程序中获得。如果我错了，请纠正我。我提供的示例是一个缩小版本。总共有大约十个 Windows 应用程序、一个 MVC 项目和一系列类库，所有这些都需要制作。该配置的使用

主要是连接字符串、不属于数据库的查找值和一些其他次要设置，此时主要关注的是连接字符串，每个版本都有一些次要版本。 时间

我想从中得到一个好的可行的解决方案，这样它就可以发布到网上，其他遇到同样问题的人就不会花费几天的

。我的故事： 使用 App.config 和 Web.config 来存储您自己的配置文件的位置。

编写简单的 XML 序列化程序来读/写配置和 DLL 以服务配置。

COM 对象是一个很长的故事，并且是通过“hack”实现的，因为 App.config 或 Web.config 在 COM DLL 中都不可用。

Answer 1

注意 ConfigurationManager.OpenExeConfiguration 需要传递配置文件的文件名，而不是可执行文件的文件名。

您需要将 .config 附加到可执行文件的路径。要获取 exe 程序集，请使用 Assembly.GetEntryAssembly< /代码>。

如果您想要在不全部位于同一 .NET 进程中的多段代码之间共享配置设置，我建议：

• 将它们放在自己的 myStuff.config 中。
• 在 .NET 代码中，使用 ConfigurationManager.OpenExeConfiguration 打开并访问 myStuff.config。
• 非 .NET 代码需要使用 XML 解析器来加载和读取设置。除非您的配置结构非常复杂，否则封装起来应该不会太难。
• 将 myStuff.config 的路径放入每个共享 .NET 应用程序配置的应用程序的 app.config 中。 （不是非 .NET 应用程序：取决于适用于该应用程序的内容。）

配置结构相同但设置针对每个应用程序的另一种方法是自定义配置部分。

Answer 2

几个一般要点——将 dll 的配置部分添加到 app.config 文件中，而不是依赖 dll 的配置文件来获取；并且 app.config 实际上在构建时被重命名为 .exe.config，因此您需要确保该名称的文件可用。

另外，您不必局限于使用默认的配置加载机制来配置您的应用程序。您可以创建自己的配置类，并且只需使用 XML 序列化即可随意反序列化和配置。