En tant que langage fortement typé, C# sauve souvent la vie du développeur grâce à ses vérifications à la compilation. Il nous oblige à connaître lors de la compilation le type vers lequel on veut caster une variable, et c'est l'une de ses forces.
Pourtant, je suis tombé sur un cas où j'avais besoin d'un cast (transtypage) dynamique. J'ai en effet besoin d'appeler une méthode par réflexion, et le paramètre à lui passer doit être casté.
Considérons l'extrait de code suivant:
MethodInfo mi = adapterType.GetMethod("Update", parameterTypes);
object[] dataSetParameter = { ds };
mi.Invoke(UnderLyingAdapter, dataSetParameter);
Il sert à appeler la méthode Update d'un TableAdapter (celle-ci étant auto-générée, je n'ai pas d'autre choix que la réflexion pour l'appeler, mais c'est un autre sujet).
Eh bien, que se passe-t-il si la méthode Update attend un DataSet typé (auto-généré) alors que je n'ai qu'un simple DataSet (System.Data.DataSet) à lui passer? L'appel génère une exception, et à juste raison.
Tout cela est bel et bon, mais il m'est impossible d'écrire, avant l'appel à Invoke, une ligne du type:
object[] dataSetParameter = { (TypedDataSet) ds };
Car, justement, le type TypedDataSet n'existe pas à la compilation puisqu'il est auto-généré.
Après recherche, la seule possibilité de cast dynamique est offerte par la classe Convert, mais uniquement pour les types IConvertible, c'est à dire les types simples de .net (int, double et autres). J'ai fini par contourner le problème de manière à éviter le cast dynamique, mais je suis intéressé par d'autres retours d'expérience à ce sujet.
Pourtant, je suis tombé sur un cas où j'avais besoin d'un cast (transtypage) dynamique. J'ai en effet besoin d'appeler une méthode par réflexion, et le paramètre à lui passer doit être casté.
Considérons l'extrait de code suivant:
MethodInfo mi = adapterType.GetMethod("Update", parameterTypes);
object[] dataSetParameter = { ds };
mi.Invoke(UnderLyingAdapter, dataSetParameter);
Il sert à appeler la méthode Update d'un TableAdapter (celle-ci étant auto-générée, je n'ai pas d'autre choix que la réflexion pour l'appeler, mais c'est un autre sujet).
Eh bien, que se passe-t-il si la méthode Update attend un DataSet typé (auto-généré) alors que je n'ai qu'un simple DataSet (System.Data.DataSet) à lui passer? L'appel génère une exception, et à juste raison.
Tout cela est bel et bon, mais il m'est impossible d'écrire, avant l'appel à Invoke, une ligne du type:
object[] dataSetParameter = { (TypedDataSet) ds };
Car, justement, le type TypedDataSet n'existe pas à la compilation puisqu'il est auto-généré.
Après recherche, la seule possibilité de cast dynamique est offerte par la classe Convert, mais uniquement pour les types IConvertible, c'est à dire les types simples de .net (int, double et autres). J'ai fini par contourner le problème de manière à éviter le cast dynamique, mais je suis intéressé par d'autres retours d'expérience à ce sujet.
Comments
is extremely useful and essential for me!With the best regards!
David
Jimmy