我得到一个:
找不到类型或名称空间名称
错误的c# WPF应用程序在VS2010。这部分代码编译得很好，但突然就出现了这个错误。我已经尝试删除项目引用和using语句，关闭VS2010并重新启动，但我仍然有这个问题。
有什么想法，为什么这可能会发生，似乎我在做正确的事情re Reference & using语句?
我还注意到在VS2010，智能感知的名称空间是工作的好，所以它似乎VS2010有项目引用，是看到名称空间在一方面，但在编译期间没有看到它?
当前回答
检查包含缺失类型的.cs文件的构建操作。确保它是c#编译器。
单击包含缺失类型的.cs文件。 按F4调出Properties。 确保构建动作设置为c#编译器。
之前:
后:
其他回答
我们有一个奇怪的例子，我刚刚在溶液中修正了它。在主项目中的“using”语句前有一个隐藏/空白字符。这个项目可以很好地构建，网站也可以很好地运行，但是引用它的单元测试项目不能被构建。
从GAC中删除程序集(C:\WINDOWS\assembly文件夹-选择您的程序集，右键单击并卸载)。因为解决方案使用guid保持引用，如果guid在GAC中，它将继续接受GAC版本进行编译。
这可能是两个项目之间的. net框架版本不兼容的结果。
它可以通过两种方式发生:
客户档案项目引用了一个完整的框架项目;或 一个针对新框架版本的旧框架版本
例如，当一个应用程序被设置为目标。net 4客户端配置文件框架时，它会发生，而它引用的项目目标是完整的。net 4框架。
更清楚地说:
项目A的目标是客户概要文件框架 项目A引用项目B 项目B的目标是完整的框架
这种情况下的解决方案是要么升级应用程序的框架目标(项目A)，要么降级引用程序集的目标(项目B)。完整框架应用程序引用/使用客户端概要文件框架程序集是可以的，但反过来就不行(客户端概要文件不能引用完整框架目标程序集)。
注意，当你在VS2012或VS2013(使用.Net 4.5作为默认框架)中创建一个新项目时，你也会得到这个错误:
引用项目使用。net 4.0(当你从VS2010迁移到VS2012或VS2013，然后添加一个新项目时，这很常见) 引用的项目使用更大的版本，即4.5.1或4.5.3(你已经将现有项目重新定位到最新版本，但VS仍然创建了针对v4.5的新项目，然后你从新项目中引用这些旧项目)
我在试图以代理的身份在本地机器上运行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复制到那里。
您还可以尝试删除您认为有问题的代码，并查看是否在没有引用该代码的情况下进行编译。如果不是，请修复问题，直到它再次编译，然后将您怀疑的问题代码重新插入。有时，当编译器不喜欢其他东西时，我就会得到一些我知道是正确的类或方法的奇怪错误。一旦我修复了它真正挂起来的东西，这些“幻影”错误就消失了。
