lambda表达式
lambda表达式的本质就是一个方法，一个匿名方法。
如果方法体只有一行，无返回值，还可以去掉大括号和分号。
MyDelegate.Say("张三", (name) => Console.WriteLine("你好，" + name));
如果方法体只有一行，有返回值，可以去掉大括号和return。
WithParaWithReturnEventHandler _WithParaWithReturnEventHandler = (name)=>name+"，你好";
从.NET3.5开始，基本上不需要我们自己来申明委托了，因为系统有许多内置的委托。
Action和Func委托，分别有16个和17个重载。int表示输入参数，out代表返回值，out参数放置在最后。
Action表示无返回值的委托，Func表示有返回值的委托。因为方法从大的角度来分类，也分为有返回值的方法和无返回值的方法。
也就是说具体调用什么样的方法，完全由调用方决定了，就有了更大的灵活性和扩展性。为什么这么说，如果我有些时候要先说英语再说汉语，有些事时候要先说汉语再说英语，如果没有委托，我们会怎么样实现？请看如下代码：
public static void SayEnglishAndChinese(string name)
{
SayEnglish(name);
SayChinese(name);
}
public static void SayChineseAndEnglish(string name)
{
SayChinese(name);
SayEnglish(name);
}
如果又突然要添加一种俄语呢？被调用方的代码又要修改，如此循环下去，是不是要抓狂了？随着不断添加新语种，代码会变得越来越复杂，越来越难以维护。这样的代码耦合性非常高，是不合理的，也就是出现了所谓的代码的坏味道，你可以通过设计模式（如观察者模式等），在不使用委托的情况下来重构代码，但是实现起来是非常麻烦的，要写很多更多的代码...
委托可以传递方法，而这些方法可以代表一系列的操作，这些操作都由调用方来决定，就很好扩展了，而且十分灵活。我们不会对已有的方法进行修改，而是只以添加方法的形式去进行扩展。
可能有人又会说，我直接在调用方那里来一个一个调用我要执行哪些方法一样可以实现这样的效果啊？
可你有没有想过，你要调用的是一系列方法，你根本无法复用这一系列的方法。使用委托就不一样了，它好比一个方法集合的容器，你可以往里面增减方法，可以复用的。而且使用委托，你可以延时方法列表的调用，还可以随时对方法列表进行增减。委托对方法进行了再一次的封装。
