诚心请教，关于事件

Question

一直弄不太明白c#里面的事件这个东西
主要不清楚的地方在这里：
不少讲事件的的例子中在使用事件的时候，一般都会有个事件类中的run（）这样的方法用来引发事件
类似Onclick（）这样的方法吧，就是这里不太明白
在使用一些控件的事件的时候，比如button的click事件，仅仅在窗体构造函数里实例化的button对象，订阅了click事件
然后就可以在事件处理函数里写处理代码了，而Onclick这个方法不需要我们去关心（重写咱用的少）
比如下面这个例子：using System;
class UserInputMonitor
{ 
public delegate void UserRequest(object sender,EventArgs e); //定义委托 
public event UserRequest OnUserRequest; //此委托类型类型的事件 
public void Run() 
{ 
 bool finished=false; 
 do  
{   
if (Console.ReadLine()=="h")  
 {    
OnUserRequest(this,new EventArgs()); 
  }   
 }while(!finished); 
}
}
    
public class Client
{ 
public static void Main()
 { 
 UserInputMonitor monitor=new UserInputMonitor();  
 new Client(monitor); 
 monitor.Run(); 
} 
private void ShowMessage(object sender,EventArgs e) 
{ 
 Console.WriteLine("HaHa!!"); 
} 
Client(UserInputMonitor m) 
{  
m.OnUserRequest+=new UserInputMonitor.UserRequest(this.ShowMessage); 
}
}
为什么有个run（）？能不能像button的click事件一样使用者只用订阅和编写处理代码？
因为这个引发事件的时机弄的我很没有头绪
请高手大侠专家多多指教，不甚感激！

Answer 1

这应该是个自定义事件，用h来触发事件OnUserRequest，run只是一个方法，也可以改成别的名，可能是习惯。

Answer 2

那比如button的click事件，是在按钮点击的时候被引发的
而在a.cs和a.designer.cs里并没有onclick这个方法
他是如何做到的？这个onclick方法何时执行的？
用reflector看了几个net的dll，没找到……

Answer 3

是这样的:
首先,微软定义了一个buttonClick的事件,并将其订阅到了Button.OnClick方法中,这个方法是一个空的方法,里面什么也没有的
然后,我们向这个事件中订阅了自己的事件处理,然后当我们单击Button之后,在执行过Button.OnClick()之后便进入了我们写的事件处理,开始作我们写的过程.
微软所要作的,是向某个监视Click事件触发的过程中加入了Button.Click()事件

Answer 4

在你的程序中,Run相对于Button来说就相当于单击一次按钮.
要注意的是,OnXXX一般都是作为初始的事件处理而以方法的形态存在于某个类中的,没有把事件起名为OnXXX的

Answer 5

然后当我们单击Button之后,在执行过Button.OnClick()之后便进入了我们写的事件处理
这个Onclick方法是何时执行的呢？
或者说，“点击按钮”这个动作是怎么被捕获然后去执行Onclick方法的？
晕了

Answer 6

楼主可能是要问他的底层实现吧。。这可能就要追溯到SDK编程了用C#做WinForms，感觉是面向.NET这个平台编程只要知道怎么用就可以了想了解实现具体的系统实现机制，还是得学C++所以C++转过来的都比较厉害（感觉）

Answer 7

具体如何实现的,这个微软是不可能告诉我们的,不过我可以给一个伪实现: private void Listen()
{
while(true)
{
if(MouseListener.Listen().State == MouseState.Click)//监听鼠标事件
{
Button1.Click();
}
}
}

Answer 8

刚才用Reflector看了一下,Control.OnClick的源代码是这样的:        protected virtual void OnClick(EventArgs e)
        {
            if (this.CanRaiseEvents)
            {
                EventHandler handler = (EventHandler) base.Events[EventClick];
                if (handler != null)
                {
                    handler(this, e);//这里调用了Click事件所注册的委托
                }
            }
        }

Answer 9

想着想着。楼主就想通了。
－－－－－－－－－－－－－－－
呵呵，有意思这话其实不管是不是Run来产生事件，都应有一个事件发生的理由，比如Windows是由消息驱动的，当一有消息可能就会引发一事件。
因为类似Run这样的方法没有相应的Windows消息来引发，所以就只能调用一下来引发了。在Windows应用程序中，实际上我们重写On***是首先的，而添加事件到是其次，因为实际上On***是引发事件的。我们调用On***是相当于走的路会更近。

Answer 10

原来事件处理是通过EventLog 来维护 Windows 事件日志的.
我觉得LZ还是不要深究了,这东西真的很麻烦

Answer 11

谢谢各位to ：hbxtlhx 你的意思是不是系统的Onxxx方法是由底层一些的东西来执行的？
比如button的click事件
1.点击button
2.某种Windows消息或者其他什么奇怪的东西去调用了button的Onclick方法
3.转过来去执行事件处理代码是这样的吗？而自定义的事件因为没有对应的那些奇怪的东西去调用，所以只有我们自己去调用Onxxx的方法是这样吗？谢谢谢谢！

Answer 12

嗯，是这样的不错，事件是一种通知机制。
就是广播给感兴趣的程序，发生了这么一件事。OnClick方法被调用的地方很多，但我想这个应该是主要的线索：//(摘自System.Windows.Forms.Button类)
protected override void OnMouseUp(MouseEventArgs mevent)
{
    if ((mevent.Button == MouseButtons.Left) && base.MouseIsPressed)
    {
        bool mouseIsDown = base.MouseIsDown;
        if (base.GetStyle(ControlStyles.UserPaint))
        {
            base.ResetFlagsandPaint();
        }
        if (mouseIsDown)
        {
            Point point = base.PointToScreen(new Point(mevent.X, mevent.Y));
            if ((UnsafeNativeMethods.WindowFromPoint(point.X, point.Y) == base.Handle) && !base.ValidationCancelled)
            {
                if (base.GetStyle(ControlStyles.UserPaint))
                {
                    this.OnClick(mevent);
                }
                this.OnMouseClick(mevent);
            }
        }
    }
    base.OnMouseUp(mevent);
} 

Answer 13

原来C#的delegate和event只是表面光，下面的实现还是非常笨重。一个长长的链表，里面放着闭包指针，类型是够安全了，付出的空间和时间效率都不小。事件处理机制是C++及其后继者（Java、C#）的最大软肋之一。本质上是因为C++当年的选择，把对象之间的普通消息传递用成员函数调用给解决了。成员函数调用快是够快，但是导致了消息发送者与接受者之间的紧耦合。大多数情况下这倒也并不是什么大不了的事，偏偏在事件处理上，实践中需要松耦合，于是C ++的问题就暴露出来了。君不见，所有用C++写的GUI Framework都在event这件事情上大做文章。比较笨的如MFC的全局映射表，比较聪明的如Qt的Signal/Slot，一个例外是VCL， Borland实现了closure指针，把caller context跟指针绑到一起发送给callee，Java比较中规中矩，按照最OO的方式实现了事件处理机制，但是可扩充性不好。C#的 delegate其实就是VCL中closure指针的新版。总之是八仙过海，各显其能。但是我觉得，都是在C++已经走歪的老路上徒然努力。只要这个思路还在，事件处理就不可能非常elegant。C#可以让整件事情在表面上看起来很漂亮，可是骨子里还是邋遢的。摘自孟岩的博客。。http://blog.csdn.net/myan/archive/2004/04/21/489.aspx

Answer 14

windows是基于消息的。
我想最终还是由消息来引发的。
我搞ＶＢ出身，没觉得消息机制就那么不容易理解，
更没觉得C++出来的人有多强。