这是一篇很经典的文章,解决了工作中一些使用过但是又不太明白的知识点,今天终于弄明白了。花了一晚上重新整的,坚决要分享出来!!!

那得从很久很久以前说起了,记得那个时候...

懵懂的记得从前有个叫委托的东西是那么的高深难懂。

委托的使用

例一:

public delegate void AddDelegate();
public class Program
{
public Program()
{
AddDelegate add = new AddDelegate(Add);
}
public void Add()
{
Console.Write("hello");
}
}

什么是委托?

个人理解:用来传递方法的类型。(用来传递数字的类型有int、float、double,用来传递方法的就有委托

例二:

 public delegate void Callback();
class Program
{
public Program()
{
SendMail(SavaLogOK, SaveLogErr);
}
public void SendMail(Callback sentResult, Callback errorAction)
{
//...发送邮件...
if (true)
sentResult(); //发送成功
else
errorAction(); //发送失败
} public void SaveLogErr()
{ }
public void SavaLogOK()
{ }
}

又经过了很久很久...

匿名方法

很多时候委托接收的方法是一次性的或者方法体是非常简单的...

例三:

 public delegate int AddDelegate(int a, int b);
public class Program
{
public Program()
{
AddDelegate addTest = new AddDelegate(Add);
addTest(,);//执行方法
}
public int Add(int a, int b)
{
return a + b;
}
}

我们可以写成:

 public delegate int AddDelegate(int a, int b);
public class Program
{
public Program()
{
AddDelegate addTest = new AddDelegate(delegate(int a, int b) { return a + b; });
} }

有没有发现我们每次都要定义委托,很多时候签名可能是一样的。这样就没有必要定义重复的。

然后又过了很久很久...

Func和Action

可能老大也觉得我们每次定义委托有点傻,所以干脆在框架内一次定义好所有可能用到的委托。那千变万化的方法签名怎么可能定义得全?没关系,定义成泛型的不就可以了吗。

先说Func:

 public delegate int AddDelegate(int a, int b);//这种委托不用在定义
public class Program
{
public Program()
{
// AddDelegate addTest = new AddDelegate(delegate(int a, int b) { return a + b; });
Func<int, int, int> addTest = new Func<int, int, int>(delegate(int a, int b) { return a + b; });
} }

细心的朋友可能看到了,Func相对于AddDelegate多定义了一个int。多出了的那个是指的是返回类型。我们F12看对应的定义:

  // 摘要:
// 封装一个具有两个参数并返回 TResult 参数指定的类型值的方法。
//
// 参数:
// arg1:
// 此委托封装的方法的第一个参数。
//
// arg2:
// 此委托封装的方法的第二个参数。
//
// 类型参数:
// T1:
// 此委托封装的方法的第一个参数类型。
//
// T2:
// 此委托封装的方法的第二个参数类型。
//
// TResult:
// 此委托封装的方法的返回值类型。
//
// 返回结果:
// 此委托封装的方法的返回值。
[TypeForwardedFrom("System.Core, Version=3.5.0.0, Culture=Neutral, PublicKeyToken=b77a5c561934e089")]
public delegate TResult Func<in T1, in T2, out TResult>(T1 arg1, T2 arg2);

关于上面Func的写法我们可以简写成:(语法糖而已,编译后还是注释的代码

  // AddDelegate addTest = new AddDelegate(delegate(int a, int b) { return a + b; });
// Func<int, int, int> addTest = new Func<int, int, int>(delegate(int a, int b) { return a + b; });
Func<int, int, int> addTest = delegate(int a, int b) { return a + b; };

再看Action:

 class Program
{
public Program()
{
SendMail(SavaLogOK, SaveLogErr);
}
public void SendMail(Action sentResult, Action errorAction)
{
//...发送邮件...
if (true)
sentResult(); //发送成功
else
errorAction(); //发送失败
} public void SaveLogErr()
{ }
public void SavaLogOK()
{ }
}

提醒:以后如果我们写代码的时候如果写到到delegate...,你要马上想到是否可以用Func或者Action来代替呢?C#4中的Action和Func有16个参数,足够你用了。

我们等了又等,又过了好久好久...

Lambda的诞生

  public Program()
{
Func<int, int, int> addTest = delegate(int a, int b) { return a + b; };
Func<int, int, int> addTest2 = (int a, int b) => { return a + b; };
}

我XX,这TM就是亲兄弟啊。直接去掉delegate关键字,然后加一个=>就成了lambda表达式了。(=>读作goes to

我们继续简化:

 public Program()
{
Func<int, int, int> addTest = (int a, int b) => { return a + b; };
Func<int, int, int> addTest2 = (a, b) => { return a + b; };
}

丢掉参数类型也是可以的,因为强大的VS可以根据泛型委托Func自己推断出来参数类型。

还可以简化吗?当然:

                 Func<int, int, int> addTest = (int a, int b) => { return a + b; };
Func<int, int, int> addTest2 = (a, b) => { return a + b; };
Func<int, int, int> addTest3 = (a, b) => a + b;

return关键字也不要了,大括号也不要了。(当然,方法体只有单条语句才能怎么做

现在看起来已经非常接近我们平时用的Lambda表达式了。

如果传入参数只有一个的话,我们还可以继续简化:

Func<int, int> func = (a) => * a;

func = a => * a;

这就是我们平时见得最多的lambda长相了。

要长成这样也是有要求的:

  1. 只能有一个传入参数
  2. 方法体只能只一条语句。

关于第1点,lambda我们平时用得较多的是基于IEnumerable或IQueryable,所以只能有一个参数也就满足了。

关于第2点,我们使用扩展方法的链式编程来解决。

如:(用链式来解决第二点)

 public Program()
{
Func<IEnumerable<string>, IEnumerable<string>> fun = t =>
t.Where(v => v.Length > ).Reverse().OrderBy(v => v.Length).ToList();
}

从此,我们过上了幸福的生活...

借《深入理解C#》中的一图:

小知识:(异步Lambda)

 Func<Student, Task<bool>> func = async t =>
{
await Task.Delay();//等待100毫秒
return false;
};

结束:

本文简短的说了下lambda表达式在C#中的一步步演化。说的不一定对,轻拍!

FROM :http://www.cnblogs.com/zhaopei/p/5769782.html

Lambda表达式的诞生过程的更多相关文章

  1. 你知道C#中的Lambda表达式的演化过程吗

    你知道C#中的Lambda表达式的演化过程吗? 阅读目录 委托的使用 匿名方法 Func和Action Lambda的诞生 那得从很久很久以前说起了,记得那个时候... 懵懂的记得从前有个叫委托的东西 ...

  2. 【转】你知道C#中的Lambda表达式的演化过程吗?

    [转]你知道C#中的Lambda表达式的演化过程吗? 那得从很久很久以前说起了,记得那个时候... 懵懂的记得从前有个叫委托的东西是那么的高深难懂. 委托的使用 例一: 什么是委托? 个人理解:用来传 ...

  3. 你知道C#中的Lambda表达式的演化过程吗?

    那得从很久很久以前说起了,记得那个时候... 懵懂的记得从前有个叫委托的东西是那么的高深难懂. 委托的使用 例一: 什么是委托? 个人理解:用来传递方法的类型.(用来传递数字的类型有int.float ...

  4. 函数进化到Lambda表达式的三过程

    假如我们想要从一个整型数组中取出其中是奇数的选项,其实现方式有很多, 接下来通过三种方法的对比理解Lambda表达式的用途,需要了解的朋友可以参考下         //声明委托类型 public d ...

  5. 个人理解的Lambda表达式的演化过程

    之前在组内进行过相关分享,为防止以后再单独整理,故在此将自己的PPT内容存放下. 所以,多数代码都是以图片的方式展现. 委托 什么是委托? 定义:委托是方法的抽象,它存储的就是一系列具有相同签名和返回 ...

  6. C#中的Lambda表达式的演化过程

    原文:http://www.cnblogs.com/zhaopei/p/5767631.html

  7. lambda表达式之进化

    前言 在C#我们可以自定义委托,但是C#为什么还要内置泛型委托呢?因为我们常常要使用委托,如果系统内置了一些你可能会用到的委托,那么就省去了定义委托,然后实例化委托的步骤,这样一来既使代码看起来简洁而 ...

  8. 理解Lambda表达式和闭包

    了解由函数指针到Lambda表达式的演化过程 Lambda表达式的这种简洁的语法并不是什么古老的秘法,因为它并不难以理解(难以理解的代码只有一个目的,那就是吓唬程序员) #include " ...

  9. [c#菜鸟]lambda表达式

    what 一.定义 Lambda 表达式是一种可用于创建 委托 或 表达式目录树 类型的 匿名函数 .通过使用 lambda 表达式,可以写入可作为参数传递或作为函数调用值返回的本地函数.(微软) 理 ...

随机推荐

  1. 浅谈SOA

    概念 wiki对于SOA定义如下: A service-oriented architecture (SOA) is a design pattern in which application com ...

  2. 电商系统中的商品模型的分析与设计—续

    前言     在<电商系统中的商品模型的分析与设计>中,对电商系统商品模型有一个粗浅的描述,后来有博友对货品和商品的区别以及属性有一些疑问.我也对此做一些研究,再次简单的对商品模型做一个介 ...

  3. Atitit 动态按钮图片背景颜色与文字组合解决方案

    Atitit 动态按钮图片背景颜色与文字组合解决方案 转换背景颜色,setFont("cywe_img", fontScale, 50, 5) 设置文字大小与坐标 文字分拆,使用字 ...

  4. SQL Server-数据类型(七)

    前言 前面几篇文章我们讲解了索引有关知识,这一节我们再继续我们下面内容讲解,简短的内容,深入的理解,Always to review the basics. 数据类型 SQL Server支持两种字符 ...

  5. ITTC数据挖掘平台介绍(五) 数据导入导出向导和报告生成

    一. 前言 经过了一个多月的努力,软件系统又添加了不少新功能.这些功能包括非常实用的数据导入导出,对触摸进行优化的画布和画笔工具,以及对一些智能分析的报告生成模块等.进一步加强了平台系统级的功能. 马 ...

  6. ASP.NET 5 - $.ajax post JSON.stringify(para) is null

    JavaScript 代码: var para = {}; para.id = $("#ad-text-id").val(); para.title = $("#ad-t ...

  7. AJAX POST&跨域 解决方案 - CORS

    一晃又到新年了,于是开始着手好好整理下自己的文档,顺便把一些自认为有意义的放在博客上,记录成点的点滴.          跨域是我在日常面试中经常会问到的问题,这词在前端界出现的频率不低,主要原因还是 ...

  8. 【分布式】Zookeeper请求处理

    一.前言 在前面学习了Zookeeper中服务器的三种角色及其之间的通信,接着学习对于客户端的一次请求,Zookeeper是如何进行处理的. 二.请求处理 2.1 会话创建请求 Zookeeper服务 ...

  9. 【分布式】Zookeeper应用场景

    一.前言 在上一篇博客已经介绍了Zookeeper开源客户端的简单实用,本篇讲解Zookeeper的应用场景. 二.典型应用场景 Zookeeper是一个高可用的分布式数据管理和协调框架,并且能够很好 ...

  10. 怎样写一个webpack loader

    div{display:table-cell;vertical-align:middle}#crayon-theme-info .content *{float:left}#crayon-theme- ...