Klasse mit demselben Namen in zwei Assemblys (absichtlich)

Question

Ich bin dabei, eine Bibliothek zu migrieren, die in C++ geschrieben ist und einen C# -Wrapper hat. Der C# Wrapper (LibWrapper) hat eine Reihe von Klassen mit Namensräumen, wie:

namespace MyNamespace 
    class MyClass 
    class MyOtherClass 

Meine neue Bibliothek, LibraryCS enthält die gleichen Namensräume und Klassennamen als LibWrapper (pro Benutzeranforderung), so habe ich auch:

Nachdem die Migration abgeschlossen ist, wird gerade ein Test erstellt, der die Ergebnisse der Verwendung beider Bibliotheken vergleicht, um die Migration zu validieren. Wenn ich jedoch versuche, auf MyNamespace.MyClass zu verweisen, erhalte ich einen Compiler-Fehler (erwartet!), Der besagt, dass "MyNamespace.MyClass sowohl in LibWrapper als auch in LibraryCS definiert ist".

Gibt es einen Trick um dieses Problem, mit dem ich zwei Klassen mit exakt demselben Namen, aber aus verschiedenen Assemblys im selben Client-Code verwenden kann?

Oder gibt es eine andere Möglichkeit, dies zu testen?

Das Umbenennen des migrierten Namespace in etwas wie MyNamespace2 funktioniert natürlich, aber wir wurden gebeten, es nicht zu tun, um den Client-Code leichter zu migrieren.

Answer 1

können Sie ein extern alias verwenden Typen mit denselben vollständig qualifizierten Namen aus verschiedenen Baugruppen zu verweisen. Wählen Sie den Verweis auf LibraryCS und aktualisieren Sie Aliase auf der Eigenschaftenseite von "global" auf "LibraryCS", und fügen Sie am Anfang der Quelldatei extern alias LibraryCS; hinzu. Dann können Sie LibraryCS::MyNamespace.MyClass verwenden, um auf die Klasse in LibraryCS zu verweisen. Sie können MyNamespace.MyClass oder global::MyNamespace.MyClass verwenden, um auf die Klasse in LibWrapper zu verweisen, oder Sie können auch einen Alias ​​für diese Referenz verwenden.

Answer 2

Um diese beiden Klassen in dieselbe ausführbare Datei zu laden, könnten Sie sie in eine separate Anwendungsdomäne laden. Dadurch können Sie die Baugruppe testen, dann vollständig entladen und die zweite Baugruppe laden und testen.

Einzelheiten darüber, wie dies zu tun, How to: Load Assemblies into an Application Domain und Unload an Application Domain sehen.

Answer 3

Sie könnten die erste Assembly zur Laufzeit laden und dann mit Reflection instanziieren und die Methode ausführen. Entladen Sie dann diese Assembly, laden Sie die zweite Assembly und verwenden Sie Reflektion, um sie zu erstellen und ihre Methoden auszuführen.

Es wäre wahrscheinlich einfacher 2 separate Prozesse zu verwenden, dann die resultierende Ausgabe vergleichen ...

Answer 4

Sah diese Frage und Antwort und es hat mir geholfen. Wie auch immer für diejenigen, die eine detaillierte Erklärung zu demselben benötigen, fand ich eine link, die wirklich nützlich ist.

Auszug aus dem Link.

verschiedene Versionen derselben DLL in einer Anwendung mit

Schritt 1: die VS IDE. Fügen Sie den Verweis auf beide DLLs in Ihrer Clientanwendungslösung hinzu. Wählen Sie dann im Projektmappen-Explorer unter dem Referenzknoten die erste (alte Version) Klassenbibliothek aus.Im Eigenschaftenfenster ändern Sie das Feld Aliases von global bis oldVer. ly, newVer für die N ewer Version.

Schritt 2: den Code unten als die ersten Anweisungen verwenden, wo Sie es

extern alias oldVer; 
extern alias newVer; 

jetzt zu verwenden, verweisen planen

Console.WriteLine(oldVer::MyLibrary.MyClass.method()); 
Console.WriteLine(newVer::MyLibrary.MyClass.method()); 

Hoffnung, das hilft.