Linq lambda表达式的通信问题
对于不太了解以下lambda表达式(其中list是.Net通用列表)的开发人员,我似乎在与他们交流以下lambda表达式的确切含义时遇到了问题: 您将如何向其他开发人员解释此声明?你会告诉他什么Linq lambda表达式的通信问题,linq,lambda,communication,expression,Linq,Lambda,Communication,Expression,对于不太了解以下lambda表达式(其中list是.Net通用列表)的开发人员,我似乎在与他们交流以下lambda表达式的确切含义时遇到了问题: 您将如何向其他开发人员解释此声明?你会告诉他什么 编辑:我用Linq代替了lambda表达式 我想说以下几点: 不是林克排序是在列表类中定义的方法 (x,y)=>x.Name.CompareTo(y.Name)是一个lambda表达式,它是将委托卸载到匿名方法的一种简写形式。将=>左侧的部分视为方法签名,右侧的部分视为方法主体。方法签名不需要显式地键
编辑:我用Linq代替了lambda表达式 我想说以下几点:
- 不是林克<代码>排序是在
类中定义的方法列表
是一个lambda表达式,它是将委托卸载到匿名方法的一种简写形式。将(x,y)=>x.Name.CompareTo(y.Name)
左侧的部分视为方法签名,右侧的部分视为方法主体。方法签名不需要显式地键入参数的类型;编译器根据=>
是在列表的类型计算出它李>
- Sort将为列表中的成对对象调用委托重复引用的方法,以确定排序顺序
- 在这种特殊情况下,它将比较对象的
属性Name
- 如果有
传递给排序方法,其中x
为Name
,则代码将抛出null
null引用异常
- 我想说以下几点:
- 不是林克<代码>排序
类中定义的方法列表
是一个lambda表达式,它是将委托卸载到匿名方法的一种简写形式。将(x,y)=>x.Name.CompareTo(y.Name)
左侧的部分视为方法签名,右侧的部分视为方法主体。方法签名不需要显式地键入参数的类型;编译器根据=>
列表的类型计算出它李>
- Sort将为列表中的成对对象调用委托重复引用的方法,以确定排序顺序
- 在这种特殊情况下,它将比较对象的
属性Name
- 如果有
传递给排序方法,其中x
为Name
,则代码将抛出null
null引用异常
=>
,该运算符一侧有参数(x,y)
,另一侧有一个返回值表达式 Sort()方法接受一个委托(一个方法),该委托接受两个参数并返回一个整数,指定第一个参数与第二个参数的比较方式。委托是从lambda表达式创建的,该表达式有一个运算符=>
,该运算符一侧有参数(x,y)
,另一侧有一个返回值表达式 阅读以下声明,其含义将清晰明了-
Sort the list, such that for all x & y in the list, x.Name is compared to y.Name
请按以下方式阅读该声明,其含义将非常清楚:
Sort the list, such that for all x & y in the list, x.Name is compared to y.Name
谢谢,我编辑这个问题是为了澄清这不是Linq作为suchThanks,我编辑这个问题是为了澄清这不是Linq作为suchThanks,我编辑这个问题是为了澄清这不是Linq作为suchThanks,我编辑这个问题是为了澄清这不是Linq作为suchThanks