Generic extension method resolution fails

前端 未结 3 1688
醉梦人生
醉梦人生 2020-12-06 13:47

The following program does not compile, because in the line with the error, the compiler chooses the method with a single T parameter as the resolution, which f

相关标签:
3条回答
  • 2020-12-06 14:13
    1. While I know you dont want it, I think you should really re-think if method names should be the same. I cannot see how the same name can act on an instance, and collection of such instances. For eg, if your method name is Shoot for T, then the other method should sound like ShootThemAll or something similar.

    2. Or else you should make your assignment slightly different:

      IEnumerable<SomeImplementation> instances = new List<SomeImplementation>();
      instances.Method(); //now this should work
      
    3. As a last option, as Dimitry says in comments you have to explicitly specify the type argument.

      instances.Method<SomeImplementation>();
      
    0 讨论(0)
  • 2020-12-06 14:30

    Method resolution says that closer is better. See the blog post for exact rules.

    What does the closer mean? Compiler will see if it can find exact match, if it can't find for some reason it will find next possible compatible methods and so forth.

    Let's first make that method compile by removing the SomeInterface constraint.

    public static class ExtensionMethods
    {
        public static void Method<T>(this T parameter) //where T : SomeInterface
        { }
    
        public static void Method<T>(this IEnumerable<T> parameter) //where T : SomeInterface 
        { }
    }
    

    Now compiler is happy to compile, and do note that both method calls Goes to Method(T) rather than Method(IEnumerable<T>). Why is that?

    Because Method(T) is closer in the sense that can take any type as the parameter and also it doesn't require any conversion.

    Why is Method(IEnumerable<T>) not closer?

    It is because you have the compile time type of the variable as List<T>, so it needs a reference conversion from List<T> to IEnumerable<T>. Which is closer but far from doing no conversions at all.

    Back to your question.

    Why instances.Method(); doesn't compile?

    Again, as said earlier to use Method(IEnumerable<T>) we need some reference conversion, so obviously that's not closer. Now we're left with only one method which is very closer is Method<T>. But the problem is you have constrained it with SomeInterface and clearly List<SomeImplementation>() is not convertible to SomeInterface.

    The problem is (am guessing) checking for generic constraints happens after the compiler chooses the closer overload. That invalidates the chosen best overload in this case.

    You could easily fix it by changing the static type of the variable to IEnumerable<SomeImplementation> that will work and now you know why.

    IEnumerable<SomeImplementation> instances = new List<SomeImplementation>();
    
    0 讨论(0)
  • 2020-12-06 14:35

    Have you tried implementing the first one without generics, as it should behave the same:

    public static void Method(this SomeInterface parameter) { /*...*/ }
    

    Or, as Dmitry suggested, by calling the second one the following way:

    instances.Method<SomeImplementation>();
    

    But here you need to add the <SomeImplementation> to every call...

    0 讨论(0)
提交回复
热议问题