Metadaten-Datei '.dll' konnte nicht gefunden werden

Question

Ich arbeite an einem WPF, C# 3.0-Projekt, und ich bekomme diesen Fehler:

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

So referenziere ich meine Benutzerkontrollen:

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

Das passiert nach jedem fehlgeschlagenen Build. Die einzige Möglichkeit, wie ich die Lösung kompilieren kann, ist, alle meine Benutzersteuerelemente auszukommentieren und das Projekt neu zu erstellen, und dann deaktiviere ich die Benutzersteuerelemente und alles ist in Ordnung.

Ich habe die Build-Aufträge und die Konfigurationen der Abhängigkeiten überprüft.

Wie Sie sehen können, scheint es, den absoluten Pfad der DLL-Datei abgeschnitten zu haben... Ich habe gelesen, dass es einen Fehler mit der Länge gibt. Ist dies ein mögliches Problem?

Es ist sehr ärgerlich, und das Kommentieren, Erstellen und Entkommentieren der Erstellung wird extrem lästig.

Answer 1

Ich habe mir mit diesem Problem auch die Haare gerauft, aber nachdem ich die vorherigen Antworten ausprobiert hatte, war das Einzige, was bei mir funktionierte, jedes Projekt in meiner Projektmappe einzeln zu öffnen und sie einzeln zu erstellen.

Dann schloss ich Visual Studio 2013, öffnete meine Projektmappe erneut und sie wurde ordnungsgemäß kompiliert.

Das ist seltsam, denn wenn ich in meinem Projektmappen-Explorer auf die einzelnen Projekte klickte und versuchte, sie auf diese Weise zu erstellen, schlugen sie alle fehl. Ich musste sie einzeln in ihren eigenen Lösungen öffnen.

Answer 2

Die meisten der hier beschriebenen Methoden haben das Problem für mich nicht gelöst.

Schließlich konnte ich das Problem mit den folgenden Schritten beheben:

1. Schließen Sie Visual Studio.

2. Löschen Sie alle Inhalte in den Bin-Ordnern der einzelnen Projekte.

3. Öffnen Sie die Lösung und bauen Sie sie neu auf.

Answer 3

Ich habe dieses Problem in Visual Studio 2012 in einer Lösung, die viele Projekte hatte. Durch manuelles Wiederherstellen jedes Projekts in der Lösung in der gleichen Reihenfolge wie die Projekt-Build-Reihenfolge (Rechtsklick und Wiederherstellen im Projektmappen-Explorer) wurde das Problem behoben.

Schließlich kam ich zu einer, die mir einen Kompilierfehler bescherte. Ich habe den Fehler behoben, und die Lösung ließ sich danach korrekt kompilieren.

Answer 4

In meinem Fall wurde das Problem durch ein gemeinsames Projekt verursacht, das einen doppelten Klassennamen enthielt (unter einem anderen Dateinamen). Es ist seltsam, dass Visual Studio nicht erkennen konnte, dass und stattdessen nur sprengte den Build-Prozess.

Answer 5

Ich traf und löste dieses Problem heute auf VS2022 in einer Lösung mit einem Blazor-Projekt.

Das zugrundeliegende Problem ist, dass ich einen routinemäßigen C#-Kompilierungsfehler eingeführt hatte in C#-Code, der in einer .razor-Datei deklariert wurde. VS2022 ließ die Anzeige des Fehlers auf der Registerkarte Build Error List aus. Ich fand den C#-Fehler, indem ich die Build-Ausgabe auf der Registerkarte "Output console log" überprüfte, wo mein C#-Fehler wie erwartet beschrieben wurde.

p.s. Falls Sie sich wundern, ich hatte ein Unit-Test-Projekt, das auf mein Blazor-Webprojekt verweist. Die Projekt-DLL-Referenz vom Unit-Test-Projekt zur Blazor-App beschwerte sich über die fehlende Blazor-DLL.