Ambiguous method call with Action parameter ove

2019-02-22 06:16发布

I encountered some unexpected compiler behaviour when calling overloaded method with different Action<T> variations.

Let's say I have this class Test and I'm creating its instance in the CallTest constructor.

public class Test
{
    public Test(Action<long> arg)
    {

    }

    public Test(Action<decimal> arg)
    {

    }
}

public class CallTest
{
    public CallTest()
    {
        Test t = new Test(TestDecimal);
    }

    public void TestDecimal(decimal arg)
    {

    }

    public void TestLong(long arg)
    {

    }    
}

When calling the Test constructor with either TestDecimal or TestLong as a parameter I'm receiving the following error:

The call is ambiguous between the following methods or properties: 'Test(System.Action<long>)' and 'Test(System.Action<decimal>)'

My guess is there's some implicit conversion going on between long and decimal, but does anyone have any other idea what could have I done wrong? Is there any workaround?

3条回答
够拽才男人
2楼-- · 2019-02-22 06:58

There is a workaround:

    Test t = new Test(new Action<decimal>(TestDecimal));
查看更多
劳资没心,怎么记你
3楼-- · 2019-02-22 07:00

This is due to an implicit casting between long and decimal.

Here's a table of implicit castings(for simple types) in C#(Picture Source):

enter image description here

Read more about type conversions here.

查看更多
Ridiculous、
4楼-- · 2019-02-22 07:07

When you pass TestDecimal or TestLong as a parameter you're in fact passing a method group (after all, there could be more than one TestDecimal method - it could have been overloaded). So in both cases implicit conversion occurs - from a method group to a particular delegate type. Both methods are thus applicable candidates (Section 7.4.2). From applicable candidates the overload resolution algorithm tries to find the best candidate. However, the rules of comparing conversions when matching parameter lists state, that if for both candidates implicit conversion occurs neither of them is better:

Section 7.4.2.3:

[...]

Otherwise, neither conversion is better.

That's why in your case there is an ambiguity.


The workaround is of course to first cast the parameter explicitly:

new Test(new Action<decimal>(TestDecimal))

This way for one case there will be no need for implicit conversion during overload resolution (as after the cast Action<T> type will match exactly), and the other would have to be converted (Action<long> to Action<decimal>), and the section mentioned above states that:

[...]

If S is T1, C1 is the better conversion.

If S is T2, C2 is the better conversion.

[...]

查看更多
登录 后发表回答