我不确定是否有其他人遇到过这种情况,但是当我打开这个特定的解决方案时,我会看到一整套错误(见下文)。
如果我双击其中一个,则Visual Studio似乎醒来,与该特定cs
文件相关的错误消失。这不是一个关键问题,而且比其他任何事情都更令人恼火,但我想知道,我的代码是否有问题会导致这种误报,或者它是随机的Visual Studio行为?
答案 0 :(得分:2)
如评论中所述,您可以执行清理和重建。如果这对您不起作用,您可以浏览到解决方案文件夹,并在每个项目文件夹中删除bin
和obj
文件夹。然后执行构建。
您可能还想查看Configuration Manager
并确保所有项目都设置为相同的Configuration
(调试/发布)和Platform
(任何CPU / x86 /等...)并标记为该配置构建。
最后,您可能还想查看Build Order
的解决方案。确保项目都按照正确的顺序构建。
- 编辑:
我将在此处添加的注释中提到的是确保解决方案中的任何库项目都添加为Project References
,而不是直接引用输出DLL。
答案 1 :(得分:2)
我也有这个问题。 删除bin和obj文件夹无效。 清洁溶液无效。 我需要保持各种平台不变。
帮助我关闭了解决方案并删除了文件夹.vs,该文件夹经常充满问题性混乱。打开解决方案后,所有错误的错误都消失了。
答案 2 :(得分:0)
在后来的几年中才变得明显,并且仅在反思这个老问题时才有的事情是,我们在该问题上遇到的特定解决方案包含一个Website项目而不是一个WebApplication项目。当我们开始更深入地研究这些重复发生的错误并注意到它们仅与代码隐藏文件相关并且都与当前上下文中不存在的Control
名称有关时,这一点变得显而易见。
在两个项目类型之间的各种差异中,似乎每个ASP页面缺少设计器文件可能是一个促成因素。双击错误后该错误消失,可能表明VS在打开相关页面/代码隐藏文件之前,无法跟踪控件引用。
我们暂时将其移至Web应用程序。
希望这种见解可以帮助其他人!