我得到一个:
找不到类型或名称空间名称
错误的c# WPF应用程序在VS2010。这部分代码编译得很好，但突然就出现了这个错误。我已经尝试删除项目引用和using语句，关闭VS2010并重新启动，但我仍然有这个问题。
有什么想法，为什么这可能会发生，似乎我在做正确的事情re Reference & using语句?
我还注意到在VS2010，智能感知的名称空间是工作的好，所以它似乎VS2010有项目引用，是看到名称空间在一方面，但在编译期间没有看到它?
当前回答
我在项目资源管理器中打开项目下面的引用，将鼠标悬停在其中一个缺失的引用上，很快，它就找到了所有东西。然后我就可以成功地建造了。
运行Visual Studio Community 2019，版本16.8.4
其他回答
在构建解决方案时，我得到了相同的错误(类型或名称空间' '找不到)。在它下面，我看到一个警告，声明“引用无法解析”，并确保“程序集存在于磁盘上”。
我非常困惑，因为我的DLL非常清楚地位于引用所指向的位置。VS似乎没有突出显示任何错误，直到我尝试构建解决方案。
我终于意识到问题所在(或者至少我怀疑是问题所在)。我在同一个解决方案中构建库文件。因此，即使它存在于磁盘上，它也在那个位置被重新构建(在库重新构建的过程中，我的另一个项目-在同一解决方案中-引用了库，必须确定库不存在)
当我右键单击项目并只构建该项目，而不是整个解决方案时，我没有得到错误。
为了解决这个问题，我将库作为依赖项添加到正在使用它的项目中。
这样做:
我在解决方案资源管理器中右键单击我的解决方案并选择 “属性” 然后在“Common Properties”中选择“Project Dependencies”。 然后在项目下拉菜单中，我选择了项目 依靠图书馆，而且 选中“依赖”下的库旁边的复选框
这确保首先构建库项目。
要解决这个问题，还可以删除并重新创建*.sln。关联解决方案的DotSettings文件。
您还可以尝试删除您认为有问题的代码，并查看是否在没有引用该代码的情况下进行编译。如果不是，请修复问题，直到它再次编译，然后将您怀疑的问题代码重新插入。有时，当编译器不喜欢其他东西时，我就会得到一些我知道是正确的类或方法的奇怪错误。一旦我修复了它真正挂起来的东西，这些“幻影”错误就消失了。
当我尝试在云端构建我的项目时，我遇到了这个问题。它在我的本地设备上构建得很好，但在Gitlab CI/CD管道上却不行。
首先要做的是检查你是否上传/推送了所有需要的文件。在我的例子中，我的.gitignore文件配置错误，它忽略了重要的*。元文件。
修复。gitignore并再次推动，使项目在云中等同于我的本地版本，问题解决了。
我知道这是踢死马，但我有这个错误和框架在哪里好。我的问题基本上是声明无法找到接口，但它构建和访问都很好。所以我开始思考:“为什么只有这个界面，而其他人都工作得很好?”
最终，我使用WCF的端点接口访问了一个服务，该端点接口使用的是实体版本6，而其余的项目使用的是版本5。我没有使用NuGet，而是简单地将NuGet包复制到本地存储库以供重用，并以不同的方式列出它们。
例如，EntityFramework6.dll vs . EntityFramework.dll。
然后，我将引用添加到客户端项目，噗的一声，我的错误消失了。我意识到这是一个边缘情况，因为大多数人不会混合实体框架的版本。
