Discussion :

[r0d]

Bonjour à tous,

je charge une dll avec Assembly.LoadFrom(path). Ensuite je parcours les classes définies dans cette dll, et je cherche si l'une d'entre elle dérive de ma classe A (qui est abstraite) en utilisant le test suivant:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
if (type.IsSubclassOf(typeof(A)))
{
   ...
}

A un moment, lors du debuggage, j'obtiens ceci:
type : {Name = "pluginclass1" FullName = "Toto.titi.plugin1.pluginclass1"}
typeof(A) : {Name = "A" FullName = "Toto.titi.Core.A"}
Et je suis absolument certain que pluginclass1 hérite de A. En fait, pluginclass1 hérite d'une classe abstraite (disons A1) qui hérite de A:
d'ailleurs, le quickwatch me donne ceci: type.BaseType.BaseType : A

Pourtant, le test (IsSubclassOf) me renvoie 'false'. Auriez-vous une idée de ce qui cloche?

note: j'ai mis en gras les différents namespace, car j'ai l'intuition que le problème vient de là. En effet, les deux classes (A et pluginclass1) n'appartiennent pas au même namespace.

[Mose]

Déjà eu des pb comme ça.
Du coup j'ai arrêter d'utiliser IsSubClassOf et j'utilise la fonction inverse : IsAssignableFrom, qui marche à tous les coups.
Pour convertir ton code c'est facile, tu inverses juste l'appelant et l'appelé.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
// avant
typeof(ClassA).IsSubClassOf(typeof(ClassB))
// après
typeof(ClassB).IsAssignableFrom(typeof(ClassA))

[r0d]

Bonjour,

merci pour ce conseil, mais malheureusement, il ne résout pas mon problème (j'avais déjà essayé avant de poser la question). Au final, j'ai "résolu" (entre crochets car en réalité je l'ai plutôt contourné) ce problème en faisant ceci (ce qui ne me plait pas du tout, mais je n'ai pas le temps de m'y attarder): je génère l'exécutable et les dlls qu'il utilise dans le même répertoire. Et là ça marche...