在 IIS 中托管时合并 WCF 服务库配置文件答案

【问题标题】：Consolidating WCF Service Library config files when hosting in IIS在 IIS 中托管时合并 WCF 服务库配置文件
【发布时间】：2012-08-23 13:03:14
【问题描述】：

我有许多 WCF 服务库，每个都有自己的 App.config。我使用 serviceActivations / fileless 在 ASP.Net 项目中托管这些库。这个 ASP.Net 项目还有一个可部署的 web.config。

开发人员一直在更新 App.config 但未更新导致部署问题的 web.config。为了阻止这种情况发生，我想我会删除 App.Config 并将它们集中到一个文件中。如果我在 Windows 服务中托管服务，我可以将它们全部指向同一个 App.Config，但 asp.net 使用 Web.config。

有没有办法解决这个问题？如果我可以告诉服务库使用 web.config，那就太好了，但是如果 App.Config 文件不存在，一些向导（例如服务引用向导）会创建它。

【问题讨论】：

标签： c# asp.net wcf iis .net-4.0

【解决方案1】：

您似乎正在寻找一种技术解决方案（即，某种方式可以自动更新/使用 Web.Config 文件与 App.Config 文件），但我认为您可能会通过流程/培训获得更多优势。

您提到开发人员正在更新 App.config 文件，而不是 Web.config - 如果是这样，他们如何对他们的更改进行单元测试？由于库（如果您正在谈论 DLL）将永远不会使用它们自己的 App.config（或任何配置文件，就此而言），开发人员必须更新使用应用程序的配置文件。

为什么不与开发人员坐下来制定一个流程（与他们一起工作而不是从上面传递一个流程会让您走得更远），其中包括更新 Web.config 作为他们单元测试的一部分？它应该是配置文件相关部分的相当直接的复制和粘贴。

很可能有一种技术方法可以做你想做的事（如果我正确理解你的问题的话），但我确实认为一个过程而不是技术解决方案值得尝试。

【讨论】：

我同意，我很想通过培训解决这个问题。我们有离岸和高营业额，而这个特定的项目正在从裂缝中溜走。
@itchi 我不羡慕你。你有一个自动化的构建过程吗？我还没有机会使用自动构建，但也许在您的源代码控制（如果有的话）和自动构建过程之间您可以解决问题？
我正在自动化构建、部署和编码 UI 测试。这就是我发现问题的方式。