为什么我不能使用Extension方法隐式地转换Delegate?

时间:2009-02-12 22:58:01

标签: c# functional-programming extension-methods currying

我正试图找出一种方法来自动将某些东西投射到一个Action或Func中,我能想到的最好的东西是这样的:

[TestFixture]
public class ExecutionTest
{
    public void BadMethod()
    {
        throw new Exception("Something bad happened");
    }

    [Test]
    public void TestBadMethod()
    {
        // Want this, but it won't work!!
        // BadMethod.Execute().IgnoreExceptions();

        // Ick
        ((Action)BadMethod).Exec().IgnoreExceptions();

        // Still ick
        ((Action)BadMethod).IgnoreExceptions();

        // Do not want
        ExtensionMethods.Exec(BadMethod).IgnoreExceptions();

        // Better but still meh
        this.Exec(BadMethod).IgnoreExceptions();

    }
}

public static class ExtensionMethods
{
    public static Action Exec(this Action action)
    { return action; }

    public static Action Exec(this object obj, Action action)
    { return action; }

    public static void IgnoreExceptions(this Action action)
    {
        try { action(); }
        catch {}
    }
}

有更好/更简单的方法来做这个,有什么想法吗?

3 个答案:

答案 0 :(得分:5)

在C#中,当您使用不带括号的方法名称时,它被称为方法组,除了编译时它没有任何表示。方法组可以表示多个方法(由于重载和覆盖),因此要隐式识别需要哪个方法,必须提供目标委托类型。

在您的情况下,您想知道为什么扩展方法参数类型不会触发函数的解析。简单地说,扩展在类型已知后进行评估,也就是说,此参数不能用作隐式转换目标。

它破裂的原因示例:

class Test
{
    void M (void) // Fits Action delegate
    {
    }

    int M (int) // Fits Func<int,int> delegate
    {
        return 5;
    }

    void Test()
    {
        M.Exec(); // UHOH!!! Which Exec to resolve to ???
    }
}


public static class Extensions
{
    public static void Exec(this Action action) { }
    public static void Exec(this Func<int, int> func) { }
}

正如您所看到的,存在冲突,但事实上,冲突从未发生过,因为C#甚至不会尝试使用方法组找到匹配的扩展名。

请注意这不会起作用:

class A
{
    public static implicit operator int (A a)
    {
        return 5;
    }

    void F()
    {
       A a = new A();
       a.Blah(); // Error! It won't implicitly try C.Blah()
    }
}

public static class C
{
    public static void Blah (int i)
    {
    }
}

C#与A不匹配C.Blah(int),因为它需要隐式转换。

答案 1 :(得分:2)

正如Coincoin所说,由于对方法超载的过度热爱,它在C#中不会很好用。我见过人们使用的唯一解决方法是创建Action和Func方法:

public Action Action(Action f) { return f; }
public Action<A> Action<A>(Action<A> f) { return f; }
...
public Func<A,B,C,D,E> Func(Func<A,B,C,D,E> f) { return f; }

您甚至可以将它们全部称为“F”以获得某种简短的语法:

F(BadMethod).NoExceptions();

您可能决定不在类中定义这些方法,并将它们放在Funcs实用程序中。用F替代它并且它不会太糟糕:

F.F(BadMethod).NoException();

但总的来说还是很糟糕:(。

答案 2 :(得分:1)

通过提供更好的类型推理系统,F#可以让你自然地做到这一点。