delegate、event、Action、EventHandler的使用和区别

曾经.Net大佬只有一个Delegete（委托），别人想用委托的时候，必须得用delegate关键字来定义一个委托，就像这样 ：

//定义一个无返回值的，带一个int参数的委托 
public delegate void myDelegate(int num);

话说，委托生来是为了将方法也作为参数进行传递的。所以后来它学会了发布者/订阅者模式。比如：

public myDelegate m_delegate; 
m_delegate += MyFun; 
public void MyFun(int num) 
{ 
Debug.Log("my func: " + num); 
}

但是它有一个弊端，delegate可以使用“=”将所有已经订阅的取消（也可以用+/-对订阅合并和删除，这是后话，不讲），只保留=后新的订阅，这给了犯罪分子可乘之机。

m_delegate = MyFun1; //MyFun订阅被取消，只有MyFun1在订阅中 
public void MyFun1(int num) 
{ 
Debug.Log("my func1: " + num); 
}

所以，event应运而生

event是一种特殊的委托，它只能+=，-=，不能直接用=

public event myDelegate m_event; 
m_event += MyFun; 
m_event = MyFun; //错误，

event在定义类中（发布者）是可以直接=的，但是在其他类中（订阅者）就只能+= -=了，也就是说发布者发布一个事件后，订阅者针对他只能进行自身的订阅和取消。但是，在事件发布和订阅的过程中，定义事件的原型委托类型常常是一件重复性的工作。

所以，EventHandler应运而生

它的出生就是为了避免这种重复性工作，并建议尽量使用该类型作为事件的原型。

//这是它的定义 
//@sender: 引发事件的对象 
//@e: 传递的参数 
public delegate void EventHandler(object sender, EventArgs e); 
//使用 
public event EventHandler m_event; //修改自定义委托类型为EventHandler 

这时候老大哥delegate说了，你event都有小弟了，我也要有，我每次自定义委托的时候也很麻烦的。

所以，Action应运而生

//Action是系统预定义的一种委托，无返回值，参数在<>中传入 
public Action<int> m_action; 
//比较下delegate和Action的定义（个人理解） 
public delegate void myDelegate(int num); 
public Action<int> m_action; 
//1，Action省略了void，因为它本身就是无返回值 
//2, Action的参数在<>中定义的，delegate就是传统定义 
//3，delegate要用关键字，然后自定义一个委托名字。而Action委托名字已定。不	需要delegate关键字。