在 Machine.Config

如何解决在 Machine.Config

我有各种使用这些服务的服务和应用程序。在阅读了一些文档后，我看到 .NET 对配置文件进行了分层设置，这些配置文件在它们向下传递时会继承，直到到达它所应用的应用程序的 web.config 或 app.config。在这条链中还有其他人，但希望尽可能将它们全部整合到最高的保护伞中。我已经尝试通过链接添加文件并通过配置中 WCF 元素的 configSource 属性修改引用并让它们成功工作，但想要一些进一步整合的东西，而不必更新所有项目，如果是的话完全有可能。是否有可能将客户端、行为和绑定元素添加到 machine.config 并让它们根据需要引用这些服务的所有应用程序（Web 和桌面）的需要运行，或者只能在其中一个中使用作为链一部分的配置文件？谢谢。

2021 年 4 月 18 日更新：

我最终成功实施了配置合并，将配置文件的层次结构向上移动，成功的文件是 IIS web.config 文件，您可以通过在 Windows 资源管理器中的 IIS 中打开站点来看到（通常是隐藏，层次结构的一部分，因为很多东西已经在链的早期预先配置，只包含几个元素。实际上是设置 customErrors 和 directorybrowsing 元素的好地方）。关键的发现是外部创建的库（自定义库）的引用如何通过一系列步骤来找到位置（我尚未解决），但至少能够通过将自定义库保留在需要应用它们的项目（可能与与使用的其他库的集成级别有关）。需要注意的是，对于与客户端或其任何子项相关的任何自定义元素，要正确引用它，它必须至少存在于同一文件中（至少目前如此）。