我得到一个:
找不到类型或名称空间名称
错误的c# WPF应用程序在VS2010。这部分代码编译得很好，但突然就出现了这个错误。我已经尝试删除项目引用和using语句，关闭VS2010并重新启动，但我仍然有这个问题。
有什么想法，为什么这可能会发生，似乎我在做正确的事情re Reference & using语句?
我还注意到在VS2010，智能感知的名称空间是工作的好，所以它似乎VS2010有项目引用，是看到名称空间在一方面，但在编译期间没有看到它?
当前回答
我遇到的一个更棘手的情况是: 项目一的目标是安装了Microsoft.Bcl.Async包的4.0完整框架。 项目二的目标是4.0完整框架，但不会在引用项目一的类时编译。
一旦我在第二个项目上安装了Async NuGet包，它编译得很好。
其他回答
这个方法对我很管用。在定义了类名的类中，例如:公共类ABC，删除一个字符并等待一会儿。您的错误列表将增加，因为您更改了名称。现在把输入的字符放回去。这对我有用，希望对你也有用。祝你好运! !
重新安装nuget包对我来说很有用。在我将. net Framework版本更改为与所有项目同步后，一些nuget包(特别是Entity Framework)仍然为以前的版本安装。这个命令在包管理器控制台中为整个解决方案重新安装包:
Update-Package –reinstall
我在试图以代理的身份在本地机器上运行Visual Studio Team Services构建时遇到此错误。
它在我的常规工作空间中工作得很好，我能够在本地代理文件夹中打开SLN文件，一切都编译好了。
有问题的DLL存储在项目中Lib/MyDLL.DLL，并在csproj文件中引用此DLL:
<Reference Include="MYDLL, Version=2009.0.0.0, Culture=neutral, PublicKeyToken=b734e31dca085caa">
<SpecificVersion>False</SpecificVersion>
<HintPath>Lib\MYDLL.dll</HintPath>
</Reference>
结果是，尽管有提示路径，它还是找不到文件。我认为msbuild可能是相对于SLN文件而不是项目文件。
在任何情况下，如果您得到的消息是无法解析此引用。无法定位程序集，请确保DLL位于msbuild可访问的位置。
我有点作弊，发现一条消息说“参考\bin\xxx.dll”，然后把dll复制到那里。
有同样的错误，我的故事如下: 在糟糕的合并(通过git)后，我的一个.csproj文件有重复的编译条目，如:
<Compile Include="Clients\Tree.cs" />
<Compile Include="Clients\Car.cs" />
<Compile Include="Clients\Tree.cs" /> //it's a duplicate
如果您有一个大的解决方案，并且错误窗口中有超过300条消息，那么很难检测到这个问题。 所以我已经通过记事本打开了损坏的.csproj文件，并删除了重复的条目。对我来说很管用。
从GAC中删除程序集(C:\WINDOWS\assembly文件夹-选择您的程序集，右键单击并卸载)。因为解决方案使用guid保持引用，如果guid在GAC中，它将继续接受GAC版本进行编译。
