3

我有一个接受 Func<> 类型参数的方法 Foo4。如果我传递匿名类型的参数,则不会出错。但是,如果我创建并传递一个引用具有正确签名的方法的“委托”类型的对象,我会得到编译器错误。我无法理解为什么在这种情况下我会出错。

class Learn6
    {
        delegate string Mydelegate(int a);
        public void Start()
        {
            Mydelegate objMydelegate = new Mydelegate(Foo1);

            //No Error
            Foo4(delegate(int s) { return s.ToString(); });

            //This line gives compiler error.
            Foo4(objMydelegate);

        }

        public string Foo1(int a) { return a.ToString();}



        public void Foo4(Func<int, string> F) { Console.WriteLine(F(42)); }
    }
4

4 回答 4

8

如果您直接传递对该方法的引用,它将起作用:

Foo4(Foo1);

这是因为具有相同形状的实际委托本质上不被认为是兼容的。如果合同是隐式的,编译器会推断合同并将它们匹配起来。如果它们是显式的(例如声明的类型),则不会执行任何推断——它们只是不同的类型。

它类似于:

public class Foo
{
    public string Property {get;set;}
}

public class Bar
{
    public string Property {get;set;}
}

我们可以看到这两个类具有相同的签名并且是“兼容的”,但是编译器将它们视为两种不同的类型,仅此而已。

于 2009-10-30T05:11:18.487 回答
4

因为Func<int, string>MyDelegate是不同的声明类型。它们恰好与同一组方法兼容;但它们之间没有隐式转换。

于 2009-10-30T05:04:11.677 回答
0
        //This line gives compiler error.
        Foo4(objMydelegate);

        //This works ok.
        Foo4(objMydelegate.Invoke);
于 2009-10-30T10:56:56.557 回答
0

取决于场景,但在一般情况下,没有理由保留 Mydelegate 类型,只需在任何地方使用 Func<int, string> :)

于 2009-12-29T10:33:11.597 回答