如果DLL的app.config应该在"主配置"中...我们如何处理DLL中的WCF引用？

好吧,这很简单,但从我所看到的......你只能使用某种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并将"copy always"设置为true.算了吧.这没有任何作用.(你可以谷歌那个).

因此,鉴于上述奇怪的情况,使用.NET 3.5项目的常规VS2008开发人员如何管理他添加到他的Business Layer dll的WCF服务引用？那个开发人员是否应该在每次服务更改或每次添加/删除一个服务器时,从他的DLL中的无用 app.config到Mainapp.exe.config文件的所有整个部分都是COPY和PASTE ？

1> John Saunder..：

---

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

---

但是,您有一个观点,为什么向DLL添加WCF服务引用会在该DLL项目的app.config中添加信息？没有任何迹象表明配置将被VS和应用程序明显忽略......那些东西就是我的意思.MS总是这样做,我讨厌那个:)