.NET 3.5 DLL 使用自己的配置文件

Question

我需要 .NET 3.5 DLL 有自己的配置文件。该 DLL 可以从许多不同的应用程序调用，因此存储在配置文件中的信息（如连接字符串）需要保存在 DLL 可以引用的配置文件中。我想要的是当使用DLL时，我需要将用于引用信息的配置文件“切换”为DLL配置文件。然后，当 DLL 使用完配置信息后，切换回默认状态。该DLL是使用.NET 3.5编写的。我一直在寻找如何做到这一点，我一直在寻找如何将信息与 exe 的 app.config 文件合并。就我而言，我不知道如何在何处使用此 DLL 来修改任何 exe 的 app.config 文件。该解决方案需要独立。但是，我用于创建 DLL（包含业务对象）的基类期望在配置文件中查找连接字符串和其他信息，因此这就是为什么我需要在它出现时“切换”到我的 DLL 配置文件。被访问，然后将其切换回来，这样我就不会弄乱调用 DLL 的 exe 应用程序。

Answer 1

.NET 2.0 及更高版本的配置系统为您提供了多种功能 - 例如，您可以按需加载特定的配置文件。这需要更多的工作 - 但它确实有效。

您必须执行以下操作：

// set up a exe configuration map - specify the file name of the DLL's config file
ExeConfigurationFileMap map = new ExeConfigurationFileMap();
map.ExeConfigFilename = "ConfigLibrary.config";

// now grab the configuration from the ConfigManager
Configuration cfg = ConfigurationManager
                   .OpenMappedExeConfiguration(map, ConfigurationUserLevel.None);

// now grab the section you're interested in from the opened config - 
// as a sample, I'm grabbing the <appSettings> section
AppSettingsSection section = (cfg.GetSection("appSettings") as AppSettingsSection);

// check for null to be safe, and then get settings from the section
if(section != null)
{
   string value = section.Settings["Test"].Value;
}

您还需要确保正在构建类库 DLL 的配置并将其复制到可以访问它的位置。最坏的情况是，您需要指定一个特定的配置文件，并通过在 Visual Studio 属性窗口中设置其“复制到输出目录”属性来确保将其复制到输出目录。

您还应该查看 CodeProject 上 Jon Rista 关于 .NET 2.0 配置的三部分系列。

• 揭开 .NET 2.0 配置的神秘面纱
• 解密 .NET 2.0 配置的奥秘
• 破解 .NET 2.0 配置的奥秘

强烈推荐，写得很好，非常有帮助！

马克

Answer 2

通常，当您在应用程序级别有设置时，您需要在应用程序级别生成这些设置，然后将它们渗透到您的库中。它在初始化中添加了几行代码以注入依赖项，但无论如何您本质上都是在尝试这样做。

如果您尝试在库的每次部署中并排包含仅 dll 的配置文件，那么您将遇到比其价值更多的问题，而且它在语义上没有多大意义。

以 System.Data 为例...当您创建连接时，您指定连接字符串，而不是仅为连接字符串创建单独的配置文件以与 System.Data 库并排部署。 [这会导致大量问题，因为它可能驻留在您系统上的 GAC 中]

Answer 3

您不能使用内置的 .Net 配置系统来执行此操作。它被设计（理应如此）用于配置应用程序进程，而不是单个 Dll。正确的方法是将 dll 的配置设置添加到“使用”（引用）该 dll 的每个可执行应用程序的 app.config 系统中。 （或在 machine.config 中）

• 只需使设置可访问
  所有使用 dll 的应用程序
  可以通过放置它们来完成
  在 Machine.config 中（在
  C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\CONFIG
  对于 .Net2.0

如果您不想这样做，那么您将必须编写自己的代码来打开、读取和写入自定义 Xml 文件（或您选择使用的任何格式）以提取那些设置。

Answer 4

最简单的答案是将这些值放入 machine.config 中。这样，所有使用 dll 的应用程序都将能够通过 .net 应用程序配置类访问信息。通过这种方式，如果您绝对需要覆盖某个应用程序的值，则可以在主应用程序的 app.config 文件中覆盖它。

Answer 5

我知道这篇文章有点旧，但我想投入 2 美分。虽然在可能的情况下，我同意应用程序应该提供设置，而不是 dll。我发现一种情况，虽然 dll 特定的配置似乎更理想。

我们使用 Quartz.NET 的调度/任务应用程序。我们开发了一个接口来创建和监控 Quartz 服务器的作业。 Quartz.NET 的一大优点是，您可以创建“作业”程序并将它们编译成 DLL，然后将它们放入 Quartz.NET 服务器文件夹中，通过反射等，Quartz 就能够开始使用新的 DLL无需对 Quartz 服务器进行任何额外的调整...如果配置文件中没有需要保存的信息。

对于 Quartz 服务器，如果您有任何应保存在配置文件中的特定配置信息，则必须将其放入 Quartz.NET 配置文件中。我们创建了几个“作业”应用程序，每个应用程序都有自己的配置信息，因此现在我们的 Quartz.NET 配置文件中充满了所有这些不相关的设置。拥有特定于 dll 的配置文件将大大减少 Quartz.NET 服务器的混乱。我看到的唯一其他选项是将所有这些单独的设置添加到设置数据库表中，但为了合并和维护代码，出于我们的目的，单独的配置文件是更好的选择。

只是把它扔在那里思考一下。