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

- Merci par Blog de Jérémy Jeanson le 10-01-2019, 20:47

- Office 365: Script PowerShell pour auditer l’usage des Office Groups de votre tenant par Blog Technique de Romelard Fabrice le 04-26-2019, 11:02

- Office 365: Script PowerShell pour auditer l’usage de Microsoft Teams de votre tenant par Blog Technique de Romelard Fabrice le 04-26-2019, 10:39

- Office 365: Script PowerShell pour auditer l’usage de OneDrive for Business de votre tenant par Blog Technique de Romelard Fabrice le 04-25-2019, 15:13

- Office 365: Script PowerShell pour auditer l’usage de SharePoint Online de votre tenant par Blog Technique de Romelard Fabrice le 02-27-2019, 13:39

- Office 365: Script PowerShell pour auditer l’usage d’Exchange Online de votre tenant par Blog Technique de Romelard Fabrice le 02-25-2019, 15:07

- Office 365: Script PowerShell pour auditer le contenu de son Office 365 Stream Portal par Blog Technique de Romelard Fabrice le 02-21-2019, 17:56

- Office 365: Script PowerShell pour auditer le contenu de son Office 365 Video Portal par Blog Technique de Romelard Fabrice le 02-18-2019, 18:56

- Office 365: Script PowerShell pour extraire les Audit Log basés sur des filtres fournis par Blog Technique de Romelard Fabrice le 01-28-2019, 16:13

- SharePoint Online: Script PowerShell pour désactiver l’Option IRM des sites SPO non autorisés par Blog Technique de Romelard Fabrice le 12-14-2018, 13:01