手动更新后库名称空间变得未知
我最近遇到了我们在 ASP.NET 网站之一中使用的第三方 DLL 的问题。
当我需要更新它时，我从供应商的网站下载更新版本，然后替换网站文件夹中“bin”文件夹中的二进制文件。 Visual Studio 立即丢失该库的命名空间（表示由于保护级别而无法访问该方法）。最近，我们开始从该网站收到随机“无法编译”异常，我们将其与库连接起来。
但是，如果我从解决方案资源管理器中删除旧库，然后添加对新版本的引用，一切都会完美运行。
这是 Visual Studio、我们使用的库还是我们的网站的错误吗？有没有人遇到过同样的问题并且知道如何解决它？
我们在 Win7 Pro x64 上使用 VS 2010、.NET 4.0、TFS'10。该项目是一个 VB.NET 网站（不是 Web 应用程序）。
感谢任何帮助，
蒂姆
I recently faced an issue with a third-party DLL we use in one of our ASP.NET websites.
When I need to update it, I download a newer version from vendor's website and just replace the binary in the "bin" folder in the website folder. Immediately Visual Studio loses this library's namespace (says the method is not accessible due to protection level). And recently we started getting random "Unable to compile" exceptions from the site, we connect it with the library.
But if I delete the old library from the solution explorer, and then Add Reference to the newer version, everything works perfectly.
Is it a bug of Visual Studio, the library we use or our site? Has anyone ever faced same issue and knows how to fix it?
We use VS 2010, .NET 4.0 on Win7 Pro x64, TFS'10. The project is a VB.NET website (not web application).
Appreciate any help,
Tim
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
这对于强命名的程序集是可能的 - 先前版本的名称与新版本的名称不同。一旦替换文件，旧的引用程序集就不再可用，因此在 VS 中刷新引用就可以了。
This is possible with strongly named assemblies - the previous version would have different name than the newer one. Once you replace the file, old referenced assembly is simply not available, so refreshing the reference in VS does the trick.