检查主项目的.csproj文件。如果您在解决方案中删除项目或更改引用，Visual Studio不会清除这些问题。

我在.csproj文件中引用了三次旧项目，编译器向这些已删除的项目显示了此错误。

以我为例，在注意到我引用了. net Framework 4.7项目作为. net Framework 4.6.1项目的依赖项后，我解决了这个问题。在将项目4.7迁移到4.6.1之后，我的应用程序正常编译

好吧，之前的答案都不适合我，所以这让我思考为什么我要点击，作为开发者我们应该尝试着理解这里发生了什么。

在我看来，这个不正确的元数据文件引用必须保存在某个地方。

对.csproj文件的快速搜索显示了错误的代码行。我有一个名为<itemGroup>的部分，它似乎挂在了旧的不正确的文件路径上。

<ItemGroup>
    <ProjectReference Include="..\..\..\MySiteOld\MySite.Entities\MySite.Entities.csproj">
        <Project>{5b0a347e-cd9a-4746-a3b6-99d6d010a6c2}</Project>
        <Name>Beeyp.Entities</Name>
    </ProjectReference>
...

所以一个简单的解决方法是:

备份.csproj文件。 在.csproj文件中找到不正确的路径并适当地重命名。

请确保在修改之前备份了旧的.csproj。

在我的例子中，我注释掉了一个特定(空)命名空间中的类:

namespace X.Y.Z.W
{

    // Class code

}

当我删除命名空间代码和它的导入(使用)命令时，问题就解决了。

在构建中，它还说-随着项目丢失的DLL文件:

类型或命名空间名称“W”在命名空间“X.Y.Z”中不存在(您是否缺少一个程序集引用?)

我有这个问题，因为.nuget\NuGet.exe不包括在我的存储库。虽然我在NuGet中启用了DownloadNuGetExe。目标，它报告了一个代理错误时，试图下载它。这导致项目构建的其余部分失败。

我看到这个错误是因为我在我的代码中有以下一行(看起来我仍然在SQL模式下思考):

if(myVar is null)
    DoSomething();

Visual studio(2017)在设计或编译时没有报告错误，但项目不会构建，并给出了“missing .dll”错误。将错误的行改为:

if(myVar == null)

问题解决了。