我在一个WPF, c# 3.0项目上工作,我得到了这个错误:

Error 1 Metadata file
'WORK=- \Tools\VersionManagementSystem\BusinessLogicLayer\bin\Debug
\BusinessLogicLayer.dll' could not be found C:\-=WORK=- \Tools
\VersionManagementSystem\VersionManagementSystem\CSC VersionManagementSystem

这是我如何引用我的usercontrols:

xmlns:vms="clr-namespace:VersionManagementSystem"
<vms:SignOffProjectListing Margin="5"/>

每次构建失败后都会发生这种情况。我能得到解决方案编译的唯一方法是注释掉所有用户控件并重新构建项目,然后取消注释用户控件,一切正常。

我已经检查了构建顺序和依赖项配置。

正如你所看到的,它似乎截断了DLL文件的绝对路径…我读到过关于长度的问题。这是一个可能的问题吗?

注释、构建和取消注释是非常烦人的,构建变得非常烦人。


当前回答

VS2022:在这里的大量列表中没有发现原因。

拥有一个完全由静态方法组成的静态类。从类声明中删除static不会引发编译错误或警告,但会导致OP构建错误。

将类声明恢复为静态并修复了该问题。

其他回答

在我的案例中,这是由. net框架版本不匹配引起的。

一个项目是3.5,另一个项目是4.6.1。

只是指出显而易见的一点:如果你没有启用“在构建开始时显示输出窗口”,请确保你注意到你的构建是否失败(左下角的小“构建失败”错误)!!!!

如果在解决方案名称中有空格,也会导致该问题。从解决方案名称中删除空格,使路径不包含%20将解决此问题。

在我的情况下,我有一堆其他的构建错误(一些简单的类型转换)以及这个,我抓着我的头试图解决这个问题,我没有关注其他错误。

最终解决我的问题的是,我修复了所有其他构建错误,然后我再次构建,它成功构建。

因此,如果您有其他构建错误以及丢失的DLL文件错误,并且没有其他方法为您工作,则尝试先修复其他错误,然后再次构建解决方案。

在我的例子中,解决方案的父文件夹的名称中有%20。我通过删除%20重命名了父文件夹,问题得到了解决。