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

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

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

这个方法对我很管用。在定义了类名的类中，例如:公共类ABC，删除一个字符并等待一会儿。您的错误列表将增加，因为您更改了名称。现在把输入的字符放回去。这对我有用，希望对你也有用。祝你好运! !

我遇到的一个更棘手的情况是: 项目一的目标是安装了Microsoft.Bcl.Async包的4.0完整框架。 项目二的目标是4.0完整框架，但不会在引用项目一的类时编译。

一旦我在第二个项目上安装了Async NuGet包，它编译得很好。

首先，我将验证您的项目生成的信息是否损坏。在解决方案上进行清理和重新构建。

如果这还不起作用，我在过去看到的一种解决设计器问题的方法是打开一个windows窗体项目，然后再次关闭它。这有点像鸡内脏，所以别抱太大希望。

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

我非常困惑，因为我的DLL非常清楚地位于引用所指向的位置。VS似乎没有突出显示任何错误，直到我尝试构建解决方案。

我终于意识到问题所在(或者至少我怀疑是问题所在)。我在同一个解决方案中构建库文件。因此，即使它存在于磁盘上，它也在那个位置被重新构建(在库重新构建的过程中，我的另一个项目-在同一解决方案中-引用了库，必须确定库不存在)

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

为了解决这个问题，我将库作为依赖项添加到正在使用它的项目中。

这样做:

我在解决方案资源管理器中右键单击我的解决方案并选择 “属性” 然后在“Common Properties”中选择“Project Dependencies”。 然后在项目下拉菜单中，我选择了项目 依靠图书馆，而且 选中“依赖”下的库旁边的复选框

这确保首先构建库项目。

我不知道为什么这样工作，但我删除了VS2015告诉我它找不到的项目引用，并再次添加它。解决了问题。我尝试过清理、构建和重新启动VS，但都无济于事。