c# 3.0 : "Surcharger" une extension de méthode
Avant tout, je n'aime pas le terme de "surcharge" mais je n'ai pas trouvé un autre terme parlant.
Imaginez que vous souhaitiez utiliser le select de Linq mais en même temps, vous voulez rajouter un morceau de code (log, etc...) lors de l'appel à cet méthode. Ceci est possible en définissant la méthode d'extension suivante :
public static class ComplementEnumerable
{
public static IEnumerable<TResult> Select<TSource, TResult>(this IEnumerable<TSource> source, Func<TSource, TResult> selector)
{
.... Ajout de code perso
foreach (TSource s in source)
yield return selector.Invoke(s);
}
}
Lorsque vous réaliserez une requête Linq, celle-ci utilisera cette "surcharge" à condition que cette dernière soit dans la même assembly et le même namespace. Si ce n'est pas le cas, le compilateur vous préviendra d'un appel ambigu et ne compilera pas.
Si vous faîtes du développement en couches, vous avez donc plusieurs assembly, vous risquez alors d'être confronté à cet "appel ambigu de méthodes" (celle de Linq et votre "surcharge"). Pour contourner, ce problème, je recommanderai de mettre en "internal" au lieu de "public" la "surcharge" de l'extension de méthodes.
Vous en saurez beaucoup plus dans mon prochain article consacré à Linq to Objets : un mini-linq en c# 2.0, ... qui tarde à être publié :-)
ps : Un petit coucou à Cyril Durand pour le remercier de son esprit critique sur l'article.
Ce post vous a plu ? Ajoutez le dans vos favoris pour ne pas perdre de temps à le retrouver le jour où vous en aurez besoin :
