Visual Studio在当前上下文中不存在名称
我在类上调用静态方法
Foo.bar() Visual Studio的intellisense为我识别Foo和autocompletes吧（它突出了Foo和类似的一切工作正常）。 在我构建项目之前，一切看起来都很好，它会抛出一个错误，说当前上下文中不存在名称Foo。
我在其他文件中使用这个静态方法调用，所以我知道该类是正常的。 这种情况对于发布代码来说太大了，所以我主要是寻找开始研究的理由，这会导致intellisense正常运行，但会在编译时遇到错误。
当名称空间，类和变量具有相同名称时，可能会发生这种情况。 我之前受过这种痛苦。 Intellisense告诉我我是对的，编译告诉我我错了！ 我信任编译器！
你有两个我能想到的选择
-
在你的代码中搜索Foo，并看到它被用于静态类以外的东西。
-
完全限定Foo.bar（）调用。
MyApplication.This.That.Foo.bar();
按顺序执行…最好优雅地解决问题，这样你就可以调用Foo.bar（），因为这比MyApplication.This.That.Foo.bar();更易读和可维护MyApplication.This.That.Foo.bar(); 到处都是！
我在不同的项目中看到了由不同版本的.NET框架引起的这个错误。 我构建的类库是4.5，应用程序是4.0，但它唯一的错误是命名空间错误。 更改类库上的框架版本并重建它，然后应用程序解决了错误。
在我的情况下，我在代码中间的一个方法的末尾错过了一个} ，导致程序看不到代码的其余部分，并抱怨我在那之后定义的方法。
我知道这是一个有点老的话题，但我只是经历了同样的事情，对我来说这是因为该文件实际上并未包含在解决方案中。
我发生了正确的事，因为我已经重命名了类，然后重命名了文件，这导致Visual Studio仍然知道类和名称空间，但编译器没有获取文件，因为未包含重命名的文件。
考虑对问题进行清理然后构建项目。 编辑器和Intellisense可以正确发现类，而编译器可以处理过时的文件。 （我有同样的问题，这就是我解决它的方法。）
这是我所知道的一篇旧文章，但我刚刚遇到这个问题并且困扰了我几天，最终得到了它：点击类文件，在解决方案资源管理器中，然后查看属性选项卡; 确保Build Action设置为“Compile”。
老线程我知道，但是我在unit testing项目中引用静态方法时遇到了这个问题 – intellisense说方法就在那里，但是当我尝试构建/运行测试时（在调试模式下）我得到了错误’当前上下文中不存在名称’。 为了解决这个问题，我不得不重新构建包含Debug配置中引用的静态方法的项目（它之前只在Release配置中构建） – 在此之后构建测试并运行OK。
我已经遇到过几次这样的问题，所以当我这样做时，我检查的第一件事是如果组件未被识别有任何Nuget包。 在我的情况下，他们总是有，我只是忘了在组件中安装相同的软件包，其中包含对未识别的程序集的引用。修复了重构命令和问题。 我希望这可以帮助别人。 可以为多个事项提供相同的错误消息，因此这种特殊情况可能不适用。 如果你没有使用Nuget，我建议尝试其他答案
我也遇到了这个问题，创建了一个数据访问层，并且调用了具有相同症状的静态方法：Intellisense找到它而不是编译器。 我尝试了上述许多方法，包括修复.Net版本。
将源文件添加到项目时，我也更改了命名空间。 对于存在问题的文件，我忘记更改命名空间以在其他时间导入时匹配。
关闭MonoDevelop的所有选项卡。 然后关闭MonoDevelop。 最后打开MonoDevelop再次解决了我的问题。
我的解决方案有点复杂。 项目A引用了项目B和C：两个引用都将Copy Local设置为true，两个生成的程序集都具有相同的名称。 构建引用项目时，项目B和C的输出程序集被复制，一个覆盖了另一个，因为它们具有相同的名称。 VS然后在构建目录中查找引用，并且只找到了“赢了”的程序集。
我不时发生这个问题的解决方案：
- 在解决方案资源管理器中找到给您带来问题的类和“从项目中排除”
- 重建该程序集（让我们称之为“A”）
- 使用该文件（“B”）的项目将要求您“重新加载”项目，等待。
- 将文件添加回程序集A，您刚刚将其从中删除，然后重建
- 现在，重新加载项目B.
然后在VS中找到了该文件，一切都很顺利。