Bienvenue à Blogs CodeS-SourceS Identification | Inscription | Aide

Matthieu MEZIL

I love .Net

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

- [Refactoring] ReSharper pour Visual Studio 2010 (Preview) par Thomas Jaskula le il y a 12 heures et 57 minutes

- [Refactoring] Analyser vos exceptions avec ReSharper Exceptional par Thomas Jaskula le il y a 14 heures et 11 minutes

- SharePoint 2007 : patterns & practices SharePoint Guidance par Philippe Sentenac [MVP SharePoint] le 07-03-2009, 09:56

- [Visual Studio 2010] Les tests cases c’est bien, mais je vais devoir tout réécrire ? par Etienne Margraff le 07-03-2009, 09:00

- MVP[Gribouillon].AddYear par The Grib's Lair [Sébastien PICAMELOT - MVP SharePoint] le 07-03-2009, 08:45

- Clinique INSIA - Projet de fin d’Etudes (Silverlight 3 MVVM et OutOfBrowser, WCF, TFS) - Part 1 par David REI le 07-02-2009, 23:38

- C’est la crise ? Bah pourquoi cramer du budget pub alors ? par Nix's Blog le 07-02-2009, 15:31

- Soyons MVP ! par TheSaib .NET blog le 07-02-2009, 12:15

- SharePoint : Gestion des Erreurs 6398, 7076 et 6482 par Blog Technique de Romelard Fabrice le 07-02-2009, 11:53

- EF avec WPF par Matthieu MEZIL le 07-02-2009, 10:18