我正在使用在Visual Studio 2008中创建的.NET 3.5类库，稍后在Visual Studio 2010中进行更新和重新编译。最奇怪的事情发生了：解决方案资源管理器中列出的一个Web引用实际上并没有编译到DLL中（通过使用.NET Reflector检查DLL证明），并且没有错误或警告。我尝试谷歌搜索并搜索这个网站，我找不到任何适用的信息。任何关于为什么会发生这种情况的建议将不胜感激！希望所提供的信息足够;否则我应该能够提供更多。
编辑：“Web参考”的命名空间显示在“解决方案资源管理器”中，但不显示在“对象浏览器”中。我的一些同事说这是Web服务本身的问题。我应该提到它是一个SAP Web服务，在开发过程中，我们正在与最近升级的测试环境接口，并且可能会出现问题。一旦我更确定，我会确认这是否是原因，所以请不要犹豫，同时分享任何相关信息。
修改（2）：查看我对Cyborgx37's answer的第一次回复，以获取进一步说明，包括生成的客户端错误。
答案 0 :(得分：1)
这有点莫名其妙：我所做的只是将Web引用放到对象浏览器中 - 因此在编译时进入实际的DLL - 将其重命名为其他内容，然后将其恢复为旧名称（这是可选以保持名称相同）。一定要喜欢奇怪的微软问题。希望这可以帮助最终遇到同样问题的其他人！
答案 1 :(得分：0)
如果我理解正确，您想知道为什么引用的程序集未编译到您的DLL中。
引用的程序集通常不会编译到DLL中。您的DLL将包含指向外部资源的指针，.NET将尝试使用多种策略之一来定位它（然后将其加载到内存中，以便您的应用程序可以使用它）。
您可能会发现这篇文章很有启发性：
<强> How the Runtime Locates Assemblies
要成功部署.NET Framework应用程序，您必须了解公共语言运行库如何定位和绑定到组成应用程序的程序集。 ... 的