获取“找不到类型或名称空间名称”，但一切似乎还好吗？

我得到：

找不到类型或名称空间名称

VS2010中的C＃WPF应用出现错误。这部分代码编译良好，但是突然我收到了此错误。我试着删除项目参考和using语句，关闭VS2010并重新启动，但是仍然有这个问题。

任何想法为什么会发生这种情况，好像我在做正确的事情using？

我还在VS2010中指出，该名称空间的intellisense可以正常工作，因此VS2010似乎具有项目参考并且一方面可以看到名称空间，但是在编译过程中没有看到它？

这可能是两个项目之间.Net框架版本不兼容的结果。

它可以通过两种方式发生：

1. 引用完整框架项目的客户资料项目；要么
2. 针对较新框架版本的较旧框架版本

例如，当将应用程序设置为以.Net 4 Client Profile框架为目标，而它引用的项目以整个.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的新项目，然后从新项目）

重新安装nuget软件包对我有用。在将所有项目的.NET Framework版本更改为同步之后，仍为先前版本安装了某些nuget程序包（尤其是Entity Framework）。Packages Manager控制台中的以下命令将重新安装整个解决方案的软件包：

Update-Package –reinstall

我不知道为什么这可行，但是我删除了VS2015告诉我找不到的项目参考，然后再次添加了它。解决了问题。我试过清理，构建和重新启动VS都无济于事。

构建解决方案时，我遇到了相同的错误（找不到类型或名称空间''）。在它下面，我看到一个警告，指出“无法解析引用”，并确保“程序集存在于磁盘上”。

我很困惑，因为我的DLL很清楚在引用所指向的位置。在我尝试构建解决方案之前，VS似乎并没有突出显示任何错误。

我终于意识到了问题所在（或者至少我怀疑是问题所在）。我在同一解决方案中构建库文件。因此，即使它存在于磁盘上，也正在该位置进行重建（以某种方式在库重建我的其他项目的过程中（在相同的解决方案中，引用该库的必须确定该库不存在））

当我右键单击该项目并仅构建该项目而不是整个解决方案时，我没有收到错误。

为了解决此问题，我将库添加为对使用它的项目的依赖。

去做这个：

1. 我在解决方案资源管理器中右键单击我的解决方案，然后选择“属性”
2. 然后在“通用属性”中选择“项目依赖项”。
3. 然后，在“项目”下拉菜单中，我选择了依赖库的项目，然后
4. 选中“取决于”下的库旁边的框

这样可以确保首先构建库项目。

首先，我将验证您的项目生成的信息没有损坏。进行清理并重建您的解决方案。

如果那没有帮助，我过去在设计人员问题上见过的一件事是打开Windows窗体项目，然后再次关闭它。但是，这有点像鸡的味道，所以请不要屏住呼吸。

我遇到的一个棘手的情况是：项目一针对Microsoft.Bcl.Async安装了软件包的4.0完整框架。项目2针对4.0完整框架，但在引用项目一类时将无法编译。

在第二个项目上安装Async NuGet软件包后，它可以正常编译。

就我而言，我发现VisualStudio中的引用有一个三角形，并带有一个感叹号作为该图像，

然后，右键单击将其删除，然后再次正确添加dll引用，此问题已解决。

这个为我工作。在定义了班级名称的班级中，例如：公共班级ABC，删除一个字符，然后稍等。由于更改了名称，因此错误列表将增加。现在放回您键入的字符。这对我有用，希望对您也有用。祝好运！！！

我有一个类似的问题：编译器无法检测到同一项目中的文件夹，因此链接到该文件夹​​的using指令会产生错误。就我而言，问题源于重命名folder。即使我更新了该文件夹中所有类的名称空间，项目信息还是以某种方式无法更新。我尝试了所有操作：删除.suo文件以及bin和obj文件夹，清理解决方案，重新加载项目-没有任何帮助。我通过删除文件夹和其中的类，创建一个新文件夹并在该新文件夹中创建新类来解决了该问题（只是将类移到新文件夹中无济于事）。

PS：就我而言，我正在开发Web应用程序，但是在不同类型的项目中可能会出现此问题。

[Facepalm]我的问题是我以C ++的处理方式添加了依赖性。

转到无法构建的项目，在解决方案资源管理器中打开“参考”文件夹，然后查看是否列出了您的依赖项。

如果没有，您可以“添加引用”并在“项目”选项卡上选择依赖项。

繁荣香卡。

我有一个奇怪的情况，我只是解决了一个问题。在主项目中，“使用”语句前面有一个隐藏/空格字符。该项目可以正常运行，并且网站可以正常运行，但是无法构建引用该项目的单元测试项目。

将现有项目从VS2008升级到VS2012时遇到了此问题。我发现有两个项目（我创建的仅有两个项目）针对不同的.Net Framework（3.5和4.0）。通过确保两个项目在“目标框架”框中都具有“ .NET Framework 4”，我在项目的“应用程序”选项卡上解决了此问题。

遇到相同的错误，我的故事如下：在错误合并（通过git）之后，我的.csproj文件之一具有重复的compile条目，例如：

<Compile Include="Clients\Tree.cs" />
<Compile Include="Clients\Car.cs" />
<Compile Include="Clients\Tree.cs" />        //it's a duplicate

如果您有一个不错的解决方案，并且在错误窗口中收到了300多条消息，则很难检测到此问题。因此，我已经通过记事本打开了损坏的.csproj文件，并删除了重复的条目。就我而言。

我遇到了与上述问题相同的问题：VS 2017强调了所引用项目中的类为错误，但是该解决方案可以完成甚至是智能感知工作。

这是我设法解决此问题的方法：

1. 卸载引用的项目
2. 在VS中打开.proj文件（我在这里寻找有人建议的重复项）
3. 再次重新加载项目（我没有更改，甚至没有保存proj文件，因为我没有任何重复项）

您还可以尝试消除您认为遇到问题的代码，并查看其是否编译时没有对该代码的引用。如果没有，请解决问题，直到再次编译，然后再处理您怀疑的问题代码。有时，当编译器不喜欢其他类或方法时，我会得到一些关于我所知道的正确类或方法的奇怪错误。一旦我修复了真正挂起来的东西，这些“幻像”错误就会消失。

我知道这是一匹致命的马，但是我有这个错误，而且框架还不错。我的问题基本上是说找不到接口，但是它可以很好地构建和访问。所以我开始思考：“当其他人工作正常时，为什么只使用这个界面呢？”

最后，我实际上是使用WCF通过端点接口的实体实体版本6访问服务，而其余项目使用的是版本5。不是使用NuGet，我只是将nuget包复制到本地存储库中以供重用和使用。列出了不同的名称。

例如EntityFramework6.dll与EntityFramework.dll。

然后，我将引用添加到客户端项目和poof中，我的错误消失了。我意识到这是一个极端的情况，因为大多数人不会混合使用Entity Framework的版本。

将我的解决方案添加到混合中，因为这有点不同，我花了一些时间才弄清楚。

在我的情况下，我向一个项目添加了一个新类，但由于未设置版本控制绑定，因此需要使文件在Visual Studio外部（通过VC）可写。我已经取消了在Visual Studio中的保存，但是在VS外部使文件可写之后，我又在VS中再次单击全部保存。这无意间导致新类文件未保存在项目中。但是，即使在我尝试重新编译文件并没有找到该文件时，Intellisense在引用项目中仍将其显示为蓝色且有效。找不到类型错误。关闭并打开Visual Studio仍然显示此问题（但如果我记下重新打开后缺少类文件）。

一旦意识到这一点，修复就很简单：将项目文件设置为可写，然后将丢失的文件读取到项目中。现在一切都很好。

我遇到过同样的问题。有一天晚上，我的项目将在第二天早上编译ERRORS!。

最终，我发现Visual Studio决定“调整”我的一些参考文献，并将其指向其他地方。例如：

System.ComponentModel.ISupportInitialize以某种方式变为“ blahblah.System.ComponentModel.ISupportInitialize”

如果像我一样，vs要做一件很粗鲁的事

它在Visual Studio 2017中发生。

1. 重新启动Visual Studio
2. 清理无法生成的项目。
3. 重建项目。

我的案例与这里讨论的相同，但是直到我System.Core从参考文献列表中删除了参考文献之后，一切都没有解决（没有它，一切都很好）

希望它能对某人有所帮助，因为这个问题非常令人沮丧

为了解决此问题，它还可以帮助删除和重新创建*.sln.DotSettings关联解决方案的文件。

就我而言，我有一个在正确的源文件夹中列出的类，但是没有在解决方案资源管理器中注册。我必须右键单击项目>添加现有项，然后手动选择它丢失的类。然后一切正常！

在我的情况下，问题是（有意地）将名称空间更改为与另一个项目中的名称完全相同后，程序集的名称也被VS更改，因此有两个具有相同名称的程序集，其中一个覆盖另一个

以我为例，我有一个由外部依赖项（xsd2code）构建的文件，由于某种原因，VS无法正确处理其designer.cs文件。在Visual Studio中创建一个新文件并将其粘贴到代码中对我来说很成功。

对于任何在尝试将其网站发布到Azure时遇到此错误的人，上面没有任何有希望的解决方案都没有帮助我。我在同一条船上-我的解决方案本身就很好。我最终不得不

1. 删除我的解决方案中的所有nuget软件包。
2. 关闭并重新打开我的解决方案。
3. 重新添加所有的nuget包。

有点痛苦，但这是我可以将我的网站发布到Azure的唯一方法。

我在尝试使用本地代理作为本地计算机上运行的Visual Studio Team Services构建进行构建时遇到此错误。

它可以在我的常规工作区中正常工作，并且我可以在本地打开代理文件夹中的SLN文件，并且一切都可以正常编译。

有问题的DLL被存储在项目中，Lib/MyDLL.DLL并在csproj文件中对此进行了引用：

<Reference Include="MYDLL, Version=2009.0.0.0, Culture=neutral, PublicKeyToken=b734e31dca085caa">
  <SpecificVersion>False</SpecificVersion>
  <HintPath>Lib\MYDLL.dll</HintPath>
</Reference>

事实证明，尽管有提示路径，但实际上找不到该文件。我认为msbuild可能是相对于SLN文件而不是项目文件。

无论如何，如果您收到的消息是 Could not resolve this reference. Could not locate the assembly确保DLL位于msbuild的可访问位置。

我有点被骗了，发现一条消息说，Considered "Reference\bin\xxx.dll"然后只是将dll复制到了那里。

就我而言，将dll作为参考添加 type or namespace name could not be found出现错误。但是，直接在bin文件夹中复制和粘贴dll文件解决了该错误。

不知道为什么这样做。

我知道这个线程很旧，但是无论如何我都在共享，我必须安装导入程序集的所有第三部分依赖项-因为导入的程序集不包含在Nuget包中，因此缺少了它的依赖项。

寻求帮助:)

就我而言，我在解决方案中有两个项目，我在引用的项目中添加了一个子命名空间，但是在构建时，我没有注意到引用的项目构建失败，并且它使用的是上次成功构建的版本有了这个新的名称空间，因此错误是正确的，因为它不存在，所以找不到它。解决方案显然是修复引用项目中的错误。

我正在开发VS 2017社区版，并且CefSharp nuget包存在相同的问题。

软件包已成功下载和还原，项目可以成功构建和运行-仅标记表明无法识别名称空间。

我要做的就是打开该References部分，然后单击黄色的感叹号之一。

几秒钟后，标记错误消失了。