【发布时间】:2010-10-12 16:14:07
【问题描述】:
好的,这很简单,但据我所知……您只能使用某种 Windows 工作流将另一个配置包含到另一个配置中(我拒绝这样做)。
这是交易:
MAINAPP.EXE 引用一个假设的 LIBRARY.DLL。
MAINAPP.EXE 有自己的 MAINAPP.EXE.config。
如果您将“配置值”添加到 LIBRARY.DLL(从而在 LIBRARY.DLL 项目中创建 app.config),则这些值在运行时不可用即使您复制 app .config 到 LIBRARY.DLL.config 到构建后的正确路径。
上述原因是即使引用的库也会从“mainapp.exe”配置中读取。
到目前为止“非常好”。现在,当您添加 WCF 服务引用时,Visual Studio 会使用绑定/端点/等创建或填充您的 app.config;但这已添加到您添加参考配置的项目中;因此,您的 Library.DLL.prj 最终会得到一个不错的 app.config,它 不起作用 因为它永远不会被读取,甚至不会被复制到输出目录。现在您可能认为您可以右键单击该 app.config 并将“始终复制”设置为 true。忘了它。那没有任何作用。 (你可以用谷歌搜索那个)。
那么,鉴于上述奇怪的情况,一个使用 .NET 3.5 项目的普通 VS2008 开发人员如何管理他添加到业务层 dll 中的 WCF 服务引用?该开发人员是否应该将其 DLL 中的 useless app.config 中的所有整个部分复制并粘贴到 Mainapp.exe.config 文件中每次服务发生更改或每次他添加/删除一个?
【问题讨论】:
标签: visual-studio-2008 wcf .net-3.5 app-config