ne passe pas FieldType, passe directement la variable.

Sauf qu'en l'occurrence, je ne peux pas faire ça non plus. Mon code est totalement indépendant de la classe ciblée et se sert des métadonnées de la classe pour générer la vue. Je ne peux pas passer par la variable directement.

J'ai pas bien compris ton probleme, mais visiblement, a la compilation, tu n'as aucune idee du type qui va t'arriver. Donc cu coup, tu n'as pas vraiment le choix. En regardant un peu comment c'est fait ce truc la, ca m'a l'air supre mal foutu. Ce qu'il faut moralement c'est exploiter un pattern de visiteur pour elever ton objet a son vrai type et faire l'appel de fonction qui va bien. Mais ce truc la a l'air super mal foutu, et du coup je pense que tu n'as pas trop le choix.

Basiquement ton seul choix a l'air d'etre:
if (fieldInfo.FieldType == typeof(string))
return true;

Essaie d'utiliser ILSpy pour décompiler les librairies d'Unity peut être, pour voir comment eux font.

Paulop : Pas sûr que ce soit la peine de pousser le vice jusque là.

godrik : Oui en effet, c'est bien ce que je me disais. Maintenant, j'en profite pour reposer ma question. Dans mon cas, est-il préférable de faire une factory qui en fonction du type va générer un viewer spécialisé, ou bien faire un PrimitiveViewer qui va tester le type à chaque appel de Show() et faire ce qu'il faut ?

Tu peux toujours essayer d'incorporer la classe B dans la A en tant que membre de classe. )