Activator.CreateInstance mit geerbter Klasse nicht im selben Projekt

Question

Ich habe eine Lösung, die zwei Projekte enthält. Zunächst möchte ich mein Szenario beschreiben. Projekt 1: hält eine Basisklasse ruft MyBaseClass mit den beiden folgenden Eigenschaften und Methoden, die ich interessiert bin:

TypeToLoad - statische String-Eigenschaft, welche Klasse mit einfachen get/set-Funktionalität zu instanziiert geerbt.

Instanz - statische Eigenschaft, die eine MyBaseClass Instanz des Typs in TypeToLoad mit den folgenden Zeilen Code angegeben zurückgibt:

im zweiten Projekt

public static MyBaseClass Instance{ 
    return (MyBaseClass)Activator.CreateInstance(Type.typeof(TypeToLoad)); 
} 

jetzt natürlich richtige Namespace und Referenzen, die ich erben MyBaseClass wie folgt (von wurde hinzugefügt).

public class MyInheritClass : MyBaseClass { 
    //implements all other functions of MyBaseClass; 
} 

und einer meiner anderen Code-Datei im selben Projekt wie MyInheritClass, habe ich folgende Zeilen Code:

Type myType = Type.typeof("MyInheritClass"); //returns the correct "Type" 
MyBaseClass.TypeToLoad = "MyInheritClass"; 
MyBaseClass myInstance = MyBaseClass.Instance; //Errors... because Type.typeof(...) could not resolve "MyInheritClass". 

Wenn ich MyInheritClass Code-Datei in das gleiche Projekt wie MyBaseClass bewegen die Code läuft gut.

Meine Frage ist, gibt es sowieso zu erstellen und Instanz von MyInheritClass mit MyBaseClass.Instance MyBaseClass.TypeToLoad = "MyInheritClass" ohne diese beiden Klassen im selben Projekt (MyBaseClass in der Basis-DLL-Klassenbibliothek und MyInheritClass in einem anderen Projekt, das auf MyBaseclass-DLL-Bibliothek verweist)?

Ich habe versucht, nach Reflexionen zu suchen, Activator war aber nicht in der Lage zu finden, was ich suchte. Vielleicht kenne ich die richtige Terminologie dafür nicht.

Answer 1

Sie tatsächlich Type.GetType() bedeuten Unter der Annahme (und nicht Type.typeof(), die nicht kompiliert werden), dann ist es, wie genau das tun, klar dokumentiert, was Sie beobachten:

Die Assembly qualifizierten Namen des Typs zu erhalten . [...] Wenn sich der Typ in der gerade ausgeführten Assembly oder in Mscorlib.dll befindet, ist es ausreichend, den Typnamen anzugeben, der durch seinen Namespace qualifiziert ist.

Es wird auch erläutert, wie Sie es beheben können: Geben Sie den Namen der Baugruppe an den Typnamen an. Also, wenn Ihr Typ in MyInheritClass genannt wird, ist es in dem MyNamespace Namespace und in MyAssembly Anordnung (in der Regel des gleiches wie der Projektname), könnten Sie die Typnamen zu

MyNamespace.MyInheritClass, MyAssembly 

gesetzt und es sollte funktionieren.

Auch sollten Sie vermeiden, Strings für Typnamen zu verwenden, mit den tatsächlichen Type Objekte ist viel sicherer. TypeToLoad sollte vom Typ Type sein, nicht string.

Oder vielleicht sollten Sie ein Design wie dieses überhaupt nicht verwenden. Ich weiß nicht, warum tust du das, aber ich bin mir ziemlich sicher, dass es eine bessere Lösung gibt, die das Setzen statischer Felder auf einer Basisklasse wie dieser nicht beinhaltet. (Was passiert, wenn Sie zwei Typen haben, die dieselbe Basisklasse implementieren?)