Bienvenue à Blogs CodeS-SourceS Identification | Inscription | Aide

Abonnements

Extension method et surcharge

Le billet de frédéric a donné lieu a une série de commentaires très intéressants et notamment à la question suivante : comment le compilateur choisit-il une extension method.

Après quelques tests, je pense que la réponse est la suivante :

Le compilateur cherche la méthode la plus typée dans le namespace d'appel de l'extension method. Si et seulement s'il n'en trouve pas, il cherche dans les namespaces qu'il a en using.

De ce fait, imaginons le cas suivant :

Dans une assembly 1, le code suivant :

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Collections;
using ClassLibrary1;

namespace ConsoleApplication3
{
  class Program
  {
    static void Main(string[] args)
    {
      C3 s = new C3();
      Console.WriteLine(s.Test());
      Console.ReadLine();
    }
  }
  public static class Class1
  {
    public static string Test(this C1 o)
    {
      return "C1";
    }
  }
}

et dans une assembly 2 le code suivant :

namespace ClassLibrary1
{
  public class C1
  {
  }
  public class C2 : C1
  {
  }
  public class C3 : C2
  {
  }

  public static class Class1
  {
    public static string Test(this C3 t)
    {
      return "C3";
    }
  }
}
namespace ConsoleApplication3
{
  public static class Class1
  {
    public static string Test(this C2 o)
    {
      return "C2";
    }
  }
}

La console affichera : C2.

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 :

Publié mardi 27 novembre 2007 13:12 par Matthieu MEZIL

Classé sous : , ,

Commentaires

# re: Extension method et surcharge @ mardi 27 novembre 2007 19:15

C'est en effet un mécanisme au coeur de LINQ puisque c'est grâce à ça que la méthode d'extension Select(IQueryable) par exemple est choisie pour LINQ to SQL alors que Select(IEnumerable) aurait aussi été possible.

En fait, la résolution est fait comme en cas de shadowing (pour des instance method). C'est le type connu lors de la compilation qui est utilisé, pas le type réel de l'instance.

RaptorXP

# re: Extension method et surcharge @ mardi 27 novembre 2007 23:32

Merci à tous les deux pour avoir éclairer la discution. Je me suis aperçu que ma surcharge du select pour l'usage de Linq to SQL ne fonctionnait pas dans tous les cas :

http://blogs.codes-sources.com/tkfe/archive/2007/11/25/c-3-0-surcharger-une-m-thode-d-extension-suite.aspx#35913

tkfe

Les commentaires anonymes sont désactivés

Les 10 derniers blogs postés

- Les actualités de la semaine sur c2i.fr (14 mai - 20 mai) par Richard Clark le il y a 5 heures et 1 minutes

- Reactive Extensions : Consommer des services avec Rx Partie 3, les pièges à éviter par Léonard Labat le il y a 14 heures et 6 minutes

- SharePoint Blog Site, problème d’archives par Le Blog (Vert) d'Arnaud JUND le 05-20-2012, 13:09

- Soirée ALT.NET Mai - 3 présentations par #Rui le 05-18-2012, 11:59

- [ #SharePoint 2010][ #SQLServer 2012] AlwaysOn pour SharePoint (2/4) : Configuration (2e partie)… par Le blog de Patrick [MVP SharePoint] le 05-18-2012, 11:31

- Team Foundation Server 11: tous les trésors cachés du site d’équipe par Philess le 05-16-2012, 19:01

- [PowerShell 3] Télécharger et installer la documentation en ligne par Blog de SPBrouillet (Pierrick BROUILLET) le 05-16-2012, 17:36

- [#SharePoint 2010][#SQLServer 2012] AlwaysOn pour SharePoint (1/4) : Configuration (1ère partie)… par Le blog de Patrick [MVP SharePoint] le 05-16-2012, 12:10

- Job Day @MIC Brussels - .Net Developers on Mobile applications par Le Blog (Vert) d'Arnaud JUND le 05-15-2012, 20:26

- [SharePoint 2010] – SharePoint 2010, Windows (Server) 8 et des erreurs IIS sont dans une VM… par Blog de SPBrouillet (Pierrick BROUILLET) le 05-14-2012, 12:10