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

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

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

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

在我的案例中，我有一个由外部依赖(xsd2code)构建的文件，不知为何它的designer.cs文件没有被VS正确处理。在Visual Studio中创建一个新文件并将代码粘贴进去，这对我来说很管用。

您还可以尝试删除您认为有问题的代码，并查看是否在没有引用该代码的情况下进行编译。如果不是，请修复问题，直到它再次编译，然后将您怀疑的问题代码重新插入。有时，当编译器不喜欢其他东西时，我就会得到一些我知道是正确的类或方法的奇怪错误。一旦我修复了它真正挂起来的东西，这些“幻影”错误就消失了。

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

我当时正在做VS 2017社区版，CefSharp的金块包也有同样的问题。

包被成功下载并恢复，项目可以构建并成功运行-只是标记表明名称空间无法识别。

我所要做的就是打开参考资料部分，点击其中一个黄色感叹号。

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

对于那些在试图将网站发布到Azure时遇到这种错误的人来说，上面这些看起来很有希望的解决方案都没有帮助到我。我也在同一条船上——我的解决方案本身构建得很好。最后我不得不这么做

把我溶液里的鸡块都去掉。 关闭并重新打开我的溶液。 重新添加所有的nuget包。

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