从VS 2019企业版“降级”到VS 2019专业版后开始出现这个问题。 尽管错误显示在“错误”窗口中，但我可以毫无问题地构建项目。 尝试了这个线程和其他线程的许多解决方案，如均衡目标框架，删除并重新引用，删除.suo文件等。 对我来说，有效的方法是删除本地存储库中的项目，并从远程存储库中再次克隆它。

在将一些新代码合并到vs2019项目后遇到了同样的问题。 重新启动VS，卸载和重新加载项目，确保解决方案中所有项目ToolsVersion=和TargetFrameworkVersion相同。这些都无济于事。

我有一个项目基板的情况，未能找到名称空间皮肤(在项目皮肤)。

最后我打开了基板。并检查了所有的ProjectReference Include条目。其他的都在那里，但没有对Skin的引用，即使Skin确实显示在小项目依赖对话框的复选框中。因此，项目依赖关系对话框接受了皮肤的复选框(并将其保存在某个地方)，但没有改变basis .csproj。然后我手动添加ProjectReference Include，确保我拥有皮肤项目的正确路径和GUID。

< ProjectReference Include = " \ Skin皮肤csproj”>。 < > {1ad4b5d7-5014-4f5f-983e-2c59ac0e0028} < - >项目项目 < Name > Skin - < Name > < / ProjectReference >

然后我保存了基板。Csproj，问题就解决了。正如其他人所说，这是VS工具的一个问题

要解决这个问题，还可以删除并重新创建*.sln。关联解决方案的DotSettings文件。

确保您引用的是为项目/文件提供的名称空间。我的问题是，我从另一个项目复制了一个文件，忘记更改名称空间。

我知道这是踢死马，但我有这个错误和框架在哪里好。我的问题基本上是声明无法找到接口，但它构建和访问都很好。所以我开始思考:“为什么只有这个界面，而其他人都工作得很好?”

最终，我使用WCF的端点接口访问了一个服务，该端点接口使用的是实体版本6，而其余的项目使用的是版本5。我没有使用NuGet，而是简单地将NuGet包复制到本地存储库以供重用，并以不同的方式列出它们。

例如，EntityFramework6.dll vs . EntityFramework.dll。

然后，我将引用添加到客户端项目，噗的一声，我的错误消失了。我意识到这是一个边缘情况，因为大多数人不会混合实体框架的版本。

我知道这是老问题了，但我也发现了同样的问题。我的项目确实构建了，然后我将Visual Studio更新到最新&项目不会构建，因为它无法从单独的程序集找到类型定义。另一个程序集构建OK，主项目正确地引用了它&自从它构建OK以来没有任何变化。

我清理了整个解决方案并重新构建了它，它失败了。我自己做了这个组件，它做得很好。这个工程没有建成。我多次清洁和建造，但它失败了。然后我叫了一个同事去看，当我在他的监视下建造时，一切都建好了。

我认为Visual Studio工具是问题所在，特别是我刚刚更新了它。