C# Erweiterung Method Compilation/Kompatibilitätsüberprüfungen fehlgeschlagen basierend auf der Reihenfolge der Namespaces

Question

Ich schreibe zwei Erweiterungsmethoden. Eine, um an einem einzelnen Objekt zu arbeiten, und eine, um an einer Sammlung von Objekten zu arbeiten. Beim Aufrufen der Erweiterungsmethode scheint der C# -Compiler verwirrt zu werden, welcher zu verwenden ist, und die Kompilierung schlägt fehl. Wenn ich die Erweiterungsmethoden in andere Namespaces verschiebe, schlägt die Kompilierung nur fehl, wenn die Namespaces alphabetisch in einer bestimmten Reihenfolge sind - wenn ich die Namespaces in die Callsite einschließe, führt das Umschalten der Namespaces dazu, dass die Kompilierung erfolgreich ist. Hier

ist der Code:

public static class DBObjectExtensions 
{ 
    public static void PopulateRelations<T>(this T obj, params RelationToPrefetch[] relationsToPrefetch) where T : IDBObject 
    { 
     if (obj == null) 
     { 
      return; 
     } 

     obj.Transaction.PopulateRelations<T>(new[]{ obj }, relationsToPrefetch); 
    } 

    public static void PopulateRelations<T>(this IEnumerable<T> objects, params RelationToPrefetch[] relationsToPrefetch) where T : IDBObject 
    { 
     var first = objects.FirstOrDefault(); 
     if (first == null) 
     { 
      return; 
     } 

     first.Transaction.PopulateRelations<T>(objects, relationsToPrefetch); 
    } 
} 

Dies ist die callsite Linie, die Kompilierung fehlschlägt:

List<ITable> list = ... // ITable inherits from IDBObject 
list.PopulateRelations(xxx); 

schlägt mit Fehler CS0311:

Der Typ ‚System.Collections. Generic.List 'kann nicht als Typparameter' T 'im generischen Typ oder in der Methode' Granta.MI.DBObjectExtensions.PopulateRelations (T, params Granta.MI. RelationToPrefetch []) '. Es gibt keine implizite Referenzkonvertierung von 'System.Collections.Generic.List' nach 'Granta.MI.IDBObject'.

Beachten Sie, dass diese Zeile nach dem Kompilieren erfolgreich ist, wenn ich die 2. Erweiterungsmethode lösche.

Beachten Sie auch, dass das Schreiben Trampolin Methoden (für jede mögliche Art der Sammlung ...) auch funktioniert:

public static void PopulateRelations<T>(this List<T> objects, params RelationToPrefetch[] relationsToPrefetch) where T : IDBObject 
{ 
    ((IEnumerable<T>)objects).PopulateRelations(relationsToPrefetch); 
} 

public static void PopulateRelations<T>(this IList<T> objects, params RelationToPrefetch[] relationsToPrefetch) where T : IDBObject 
{ 
    ((IEnumerable<T>)objects).PopulateRelations(relationsToPrefetch); 
} 

Warum kann der Compiler Figur gibt eine passende Erweiterung Methode? Und verwirrender, wenn ich eine der Methoden in einen anderen Namespace lege und diesen Namespace einschließe, warum ist die Kompilierung dann erfolgreich? Kann ich etwas tun, um das zu beheben?

Answer 1

Generische Constraints sind nicht Teil der Methodensignatur, daher wählt der Compiler , weil T mehr abgeleitet ist als IEnumerable<T>.

Beispiel, zwischen diesen zwei Methoden:

public static void PopulateRelations(this List<ITable> obj, params RelationToPrefetch[] relationsToPrefetch) 
{ 
    // Do something 
} 

public static void PopulateRelations(this IEnumerable<ITable> objects, params RelationToPrefetch[] relationsToPrefetch) 
{ 
    // Do something 
} 

Die erste gewählt wird beim Aufruf:

List<ITable> list; 
PopulateRelations(list, something); // Not calling as extension method to more clear 

Da list Matches direkt mit List<ITable>

Answer 2

Ihre generische Typen auf IDBObject eingeschränkt sind , so könnten Sie einfach die Erweiterungsmethoden nicht-generisch machen:

public static void PopulateRelations(this IDBObject obj, params RelationToPrefetch[] relationsToPrefetch) 
{ 
    //... 
} 

public static void PopulateRelations(this IEnumerable<IDBObject> objects, params RelationToPrefetch[] relationsToPrefetch) 
{ 
    //... 
} 

Es löst den Kompilierungsfehler.