Abhängigkeiten von Referenzen, die nicht in das Ausgabeverzeichnis kopiert wurden

Question

Ich habe eine CommonUtils-Lib, die ich in eine DLL eingebaut habe, die ich aus mehreren meiner Projekte referenziere. CommonUtils hängt von log4net.dll ab, das als Dateiverweis festgelegt wurde, und copy-local = true, wenn CommonUtils.dll erstellt wurde. log4net.dll und CommonUtils.dll sind nicht in GAC.

Alles funktioniert gut in MyWorkingProject, wo ich nur einen Dateiverweis auf CommonUtils.dll - log4net.dll zeigt im Ausgabeverzeichnis (wie es eine Abhängigkeit von CommonUtils.dll ist aber nicht von MyWorkingProject referenziert). Allerdings, wenn ich ein neues Projekt erstellen, um einige Unittests hinzuzufügen: MyWorkingProjectTest und Projektverweis MyWorkingProject und dann Dateireferenz CommonUtils.dll wieder hier (ich möchte einige der CommonUtils verwenden) dann beim Aufbau log4net.dll, die eine Abhängigkeit in beiden ist Projektreferenz und in der Dateiverweis wird auch nicht in das Ausgabeverzeichnis kopiert.

Kann jemand klären, was hier passiert? Weiß der Compiler nicht, welche der log4net.dll-Dateien er greifen sollte? Gibt es etwas, was ich hier falsch mache? Sollte ich das anders machen, damit die log4net.dll explizit kopiert wird? Macht es Sinn, dass ich log4net explizit referenzieren muss?

Answer 1

Ich glaube, wenn Sie log4net nicht als Referenz in Ihrem Projekt hinzufügen, wird es nicht kopiert.

Answer 2

Wenn ich in der Vergangenheit eine ähnliche Situation hatte, erhielt ich eine Compiler-Warnung in Visual Studio, die mir sagte, dass ich einen Verweis auf die abhängige Bibliothek hinzufügen musste.

Erhalten Sie eine solche Warnung, wenn Sie kompilieren? Wenn dies der Fall ist, folgen Sie den Anweisungen und Log4net sollte in Ihr Ausgabeverzeichnis kopiert werden.

Answer 3

Dies ist von Entwurf. Sie müssen über die Implikationen nachdenken, die die automatische Vererbung von Referenzen verursachen würde. Während Sie logisch sehen können, was die Referenzen sein sollten, gibt es keine solche Beschreibung für den Compiler. Sie könnten theoretisch das Framework und einen guten Teil Ihres Betriebssystems reproduzieren, wenn es den gesamten Abhängigkeitsbaum durchläuft.

Es ist definitiv ein Schmerz, und ich stimme zu und verstehe Ihre Frustration, aber ich nehme an, dass Microsoft nicht in der Lage war, einen logischen Weg zu finden, dies anders zu tun.