委托
编程中，可能会遇到以下逻辑
需求：
写一个方法，输出数组中满足条件（5的倍数，除7余1……）的数字。
我们可以这样写：
方法1（数字x）：如果x是5的倍数，返回真。
方法2（数字x）：如果x除以7余1，返回真。
打印1（数组a）{if（方法1（数组a中所有的元素））打印该元素}
打印2（数组a）{if（方法2（数组a中所有的元素））打印该元素}
主方法酌情调用。代码如下：
1 static bool ff1(int x) 2 { 3 return x % 5 == 0; 4 } 5 static bool ff2(int x) 6 { 7 return x % 7 == 1; 8 } 9 static void dy1(int[] a) 10 { 11 foreach(var t in a) 12 { 13 if(ff1(t)) 14 { 15 Console.WriteLine(t); 16 } 17 } 18 } 19 static void dy2(int[] a) 20 { 21 foreach (var t in a) 22 { 23 if (ff2(t)) 24 { 25 Console.WriteLine(t); 26 } 27 } 28 } 29 static void Main(string[] args) 30 { 31 int[] a = new int[25]; 32 for (int i = 0; i < a.Length; i++) 33 { 34 a[i] = i + 1; 35 } 36 dy1(a); 37 dy2(a); 38 Console.ReadKey(); 39 }
运行结果如图：
打印1和打印2看起来高度相似，让我们有一种简写愿望。如果能写成下面这样就好了:
打印（数组 a，方法 b）{if（方法b（数组a中所有的元素））打印该元素}
即把方法也作为参数传递过去，然后综合处理。委托恰好可以实现这个需求。
c#关于委托，不同时期有不同的主流表达方法。这里只介绍现阶段，用起来方便快捷的用法。
委托的实质：定义一个指向（表示）方法的变量，就像int a定义了一个表示整数的变量一样。
知识点：1、Func表示有一个返回值的方法；2、Action表示一个无返回值的方法（即void）；3、其他，此处不介绍。
上例中，想完成数据的综合处理，可以写成：
static bool ff1(int x) { return x % 5 == 0; } static bool ff2(int x) { return x % 7 == 1; } static void dy(int[] a,Func<int,bool> b) { foreach (var t in a) { if (b(t)) { Console.WriteLine(t); } } } static void Main(string[] args) { int[] a = new int[25]; for (int i = 0; i < a.Length; i++) { a[i] = i + 1; } dy(a,ff1); dy(a,ff2); Console.ReadKey(); }
运行结果不变。
其中，“Func<int,bool> b”表示b是一个返回值为bool，参数为int的任意方法。即“<>”中最后一个数据类型表示返回值，前面的都是参数类型。
(ps：所有参数加起来不能超过16个，一般够用。Action一样，略。)
日常开发中，合理地使用委托能够更好地让程序员专注于类的内部开发，而把程序的耦合部分作为接口保留到使用的时候，由组合程序员进行拼装，使程序更加条理清晰。
委托的综合例（这是我在网上见到的一个非常好的能说明委托优势，并且包含了多播知识的例子）：
平时家用的热水器，很多时候是由不同的热水器主体（能烧水、监测温度）、不同的温度显示器（指针、数字、液晶面板等）、不同的报警器（声、光等）构成。
我们在这里编写一个热水器类，一个温度显示器类，一个报警器类。开发的时候它们专注于自己的功能，互相都可以不知道对方的情况；主程序中按照通用的方式进行组装。
三者的功能划分如下：
热水器类应当有一个温度属性和一个烧水动作。作为一个可以附加温度显示器和报警器的好产品，它还应该在水温改变时，向外界送出当前的温度。
显示器类只负责显示温度，不管接在热水器还是烤箱、空调等任何家电上，只要有温度送进来，它就可以显示。
报警器类只负责在温度超过警戒线时进行报警，接在什么设备上应该都可以运行。
代码如下（为了让程序好看，大量采用中文类名、变量名。实际大项目协同开发中应尽量避免）：
热水器类：
1 class 热水器 2 { 3 //默认冷水水温为20度 4 int 温度 =20; 5 6 //定义一个委托，在适当的时候向外送出温度 7 //至于送出温度以后对方怎么处理，热水器类不关心。 8 //由于接收温度的设备可能有多个（例如本例中的显示器和报警器），所以这个委托不方便有返回值（大家都有返回值，你接谁的呢？） 9 public Action<int> 送出温度; 10 11 //模拟热水器的加热动作，每加热一次，水温升高一度 12 public void 加热() 13 { 14 if(温度<100) 15 { 16 温度++; 17 } 18 //本热水器设计为，每执行一次加热动作，向外送出一次温度 19 送出温度(温度); 20 } 21 }
显示器类：
class 显示器 { //很简单，仅显示接收到的温度，不管谁送来的。 public void 显示温度(int 要显示的温度) { Console.WriteLine("我看到了，当前温度是："+要显示的温度.ToString()); } }
报警器类：
class 报警器 { int 临界温度; public 报警器(int 设定临界温度) { 临界温度 = 设定临界温度; } public void 报警器工作(int 传入温度) { if(传入温度>=临界温度) { Console.WriteLine("滴滴滴~，不得了了，温度太高，已经"+传入温度.ToString()+"度了"); } } }
主程序：
static void Main(string[] args) { //热水器及配件 热水器 我家的热水器 = new 热水器(); 显示器 我家的显示器 = new 显示器(); 报警器 我家的报警器 = new 报警器(80); //组装 //+=运算符实现一个消息传递给多个方法，叫做多播 //因为之前提到的返回值问题，也只有Action委托才可以多播 我家的热水器.送出温度 += 我家的显示器.显示温度; 我家的热水器.送出温度 += 我家的报警器.报警器工作; //运行,烧水120次 for (int i = 1; i <=120; i++) { 我家的热水器.加热(); } Console.ReadKey(); }
运行效果自行查看。
“Lambda 表达式”是采用以下任意一种形式的表达式：
表达式 lambda，表达式为其主体：
(input-parameters) => expression
语句 lambda，语句块作为其主体：
(input-parameters) => { <sequence-of-statements> }
使用 lambda 声明运算符=> 从其主体中分离 lambda 参数列表。 若要创建 Lambda 表达式，需要在 Lambda 运算符左侧指定输入参数（如果有），然后在另一侧输入表达式或语句块。
任何 Lambda 表达式都可以转换为委托类型。 Lambda 表达式可以转换的委托类型由其参数和返回值的类型定义。 如果 lambda 表达式不返回值，则可以将其转换为 Action 委托类型之一；否则，可将其转换为 Func 委托类型之一。 例如，有 2 个参数且不返回值的 Lambda 表达式可转换为 Action<T1,T2> 委托。 有 1 个参数且返回值的 Lambda 表达式可转换为 Func<T,TResult> 委托。
即：“Lambda 表达式”可以看做简写的函数。
所以，如果我们想打印所有3的倍数（没有现成的方法，想用最快的速度临时写一个），上例可以用它改写为：
static void dy(int[] a,Func<int,bool> b) { foreach (var t in a) { if (b(t)) { Console.WriteLine(t); } } } static void Main(string[] args) { int[] a = new int[25]; for (int i = 0; i < a.Length; i++) { a[i] = i + 1; } dy(a,x=>x%3==0); Console.ReadKey(); }
运行效果为：
