C# 在提供程序模型方案中使用多个配置文件

我们正在使用支付网关的提供商模型，我希望找到一种方法来实现以下目标：

每个提供程序都应该有自己的配置文件。这将只包含适用于该提供程序的配置

使用者将拥有一个配置文件，该文件仅存储所需的条目，如Unity。使用者随后将通过Unity加载提供程序

我们可能有多个提供者，并封装每个方法的配置，这些配置可以预先打包，对使用者的唯一要求是类型的别名，然后可以“插入”

就我所见，没有办法拥有多个配置文件，而提供商的配置目前被忽略。然而，我希望也许有人找到了一个可行的解决办法

---

提前感谢

如果您希望这些配置文件被.NET中的配置API自动使用，那么要拥有多个文件，您需要在启动时引用AppDomain中加载的中心配置文件中的外部配置文件：

配置API只查找一个文件-这可能是其他文件被忽略的原因

或者，围绕文件创建您自己的配置包装器，并通过此文件访问它

---

或者，让一个文件包含所有相关的配置部分也没什么错。

如果希望.NET中的配置API自动使用这些配置文件，然后，要拥有多个文件，您需要在启动时引用AppDomain中加载的中心配置文件中的外部配置文件：

配置API只查找一个文件-这可能是其他文件被忽略的原因

或者，围绕文件创建您自己的配置包装器，并通过此文件访问它

---

或者，让一个文件包含所有相关的配置部分也没什么错。

您可以有任意多个配置文件！虽然每个应用程序只能有一个根配置文件，但可以将此文件的大部分部分外部化为外部单独的文件

然而，在本例中，我倾向于为每个提供者使用包含

序列化的

配置对象的XML文件

创建一个工厂方法来反序列化配置，构建配置类并创建每个具体的提供程序

在应用程序配置中，只需存储工厂所需的信息，例如每个提供程序的XML配置文件的位置

---

顺便说一句（学究式的）——没有提供者模式。提供者模型通常通过组合

策略

和

工厂

模式来实现。

您可以拥有任意数量的配置文件！虽然每个应用程序只能有一个根配置文件，但可以将此文件的大部分部分外部化为外部单独的文件

然而，在本例中，我倾向于为每个提供者使用包含

序列化的

配置对象的XML文件

创建一个工厂方法来反序列化配置，构建配置类并创建每个具体的提供程序

在应用程序配置中，只需存储工厂所需的信息，例如每个提供程序的XML配置文件的位置

顺便说一句（学究式的）——没有提供者模式。提供者模型通常通过组合

策略

和

工厂

模式来实现