lambda表达式中的事件 – C#编译器错误?
我正在使用羔羊表达式来允许事件以强类型的方式进行连接,但是在中间有一个听众.给出以下类
class Producer { public event EventHandler MyEvent; } class Consumer { public void MyHandler(object sender,EventArgs e) { /* ... */ } } class Listener { public static void WireUp<TProducer,TConsumer>( Expression<Action<TProducer,TConsumer>> expr) { /* ... */ } } 一个事件将被连线如下: Listener.WireUp<Producer,Consumer>((p,c) => p.MyEvent += c.MyHandler); 但是这会给出一个编译错误:
现在起初这似乎是合理的,特别是在reading the explanation about why expression trees cannot contain assignments之后.然而,尽管C#语法,=不是一个赋值,它是调用Producer :: add_MyEvent方法,正如我们从CIL看到的那样生成的我们只是正常连线事件: L_0001: newobj instance void LambdaEvents.Producer::.ctor() L_0007: newobj instance void LambdaEvents.Consumer::.ctor() L_000f: ldftn instance void LambdaEvents.Consumer::MyHandler(object,class [mscorlib]System.EventArgs) L_0015: newobj instance void [mscorlib]System.EventHandler::.ctor(object,native int) L_001a: callvirt instance void LambdaEvents.Producer::add_MyEvent(class [mscorlib]System.EventHandler) 所以它看起来像我这样的编译器错误,因为它抱怨分配不被允许,但是没有任何分配发生,只是一个方法调用.还是我错过了什么? 编辑: 请注意,问题是“这种行为是编译器错误吗?”.对不起,如果我不清楚我在问什么. 编辑2 在阅读Inferis的回答之后,他说“在这个时候,=被认为是分配”,这样做有一定的意义,因为在这一点上,编译器可能不知道它将会变成CIL. 但是我不允许写明确的方法调用表单: Listener.WireUp<Producer,Consumer>( (p,c) => p.add_MyEvent(new EventHandler(c.MyHandler))); 得到:
所以,我猜这个问题归结于C#事件背景下的实际意义.这是否意味着“调用此事件的添加方法”或是否意味着“以尚未定义的方式添加到此事件”.如果是前者,那么这似乎是一个编译器的bug,而如果它是后者,那么它有点不直观,但可以说是不是一个bug.思考? 解决方法
在规范7.16.3节中,=和 – =运算符称为“事件分配”,它肯定使其听起来像一个赋值运算符.事实上,它在7.16节(“Assignment operators”)中是一个很大的提示:)从这个角度来看,编译器错误是有道理的.
然而,我同意它是过分的限制,因为一个表达式树完全可以表示lambda表达式给出的功能. 我怀疑语言设计师为了“稍微限制更多,运算符描述更一致”的方法,而不用担心这样的情况. (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |