visual-studio-2008 - 如果 DLL 的 app.config 应该在 "main config"中……我们如何处理 DLL 中的 WCF 引用？

Question

好的，这很简单，但据我所知……您只能使用某种 Windows 工作流将另一个配置包含到另一个配置中(我拒绝这样做)。

这是交易:

MAINAPP.EXE 引用一个假设的 LIBRARY.DLL。

MAINAPP.EXE 有自己的 MAINAPP.EXE.config。

如果将“配置值”添加到 LIBRARY.DLL(从而在 LIBRARY.DLL 项目中创建 app.config)，即使将 app.config 复制到 LIBRARY.DLL.config 到正确的路径后，这些值在运行时也不可用- build 。

上述原因是即使引用的库也会从“mainapp.exe”配置中读取。

到现在为止还挺好”。现在，当您添加 WCF 服务引用时，Visual Studio 会使用绑定(bind)/端点/等创建或填充您的 app.config；但这已添加到您添加引用配置的项目中；因此，您的 Library.DLL.prj 最终会得到一个不错的 app.config，它无法正常工作，因为它永远不会被读取，甚至不会被复制到输出目录。现在您可能认为您可以右键单击该 app.config 并将“始终复制”设置为 true。忘了它。那没有任何作用。 (你可以用谷歌搜索那个)。

那么，考虑到上述奇怪的场景，一个使用 .NET 3.5 项目的普通 VS2008 开发人员如何管理他添加到业务层 dll 中的 WCF 服务引用？每次服务发生变化或每次添加/删除服务时，该开发人员是否应该将其 DLL 中无用的 app.config 中的所有部分复制并粘贴到 Mainapp.exe.config 文件中？

Answer 1

是的。复制粘贴就是答案。这不是一个很好的答案，但它就是答案，从 .NET 1.0 的第 1 天开始使用 AppSettings。