何时使用或不使用 Lambda 表达式

Question

我看到 lambda 表达式在语言的某些方面已经成为一个非常有用的工具。我一直在使用它们，大多数时候它们非常适合并且使代码更短，也许更清晰。

现在.. 我见过一些，我会说过度使用它们。有些人非常喜欢它们，以至于试图在任何地方使用它们。有时 C# 代码看起来像一种函数式语言。

其他不利因素是使用 lambda 反射的成本以及对调试不友好。

我想听听关于使用或多或少的 lambda 表达式的好处和代码清晰程度的意见。

（这不是更好的例子，但假设它是触发器）

我正在编写以下代码。使用delegate { return null; } 可以帮助我避免每次必须使用它时都询问事件是否为空。

public delegate ContactCellInfo.Guest AddGuest();
public event AddGuest GuestRequest = delegate { return null;}

我正在使用 resharper 和明智的 resharper（即使有时它确实会吃掉内存）给了我以下建议

public delegate ContactCellInfo.Guest AddGuest();
public event AddGuest GuestRequest = () => null;

在我看来，使用委托的代码看起来更清晰。我并不反对 lamdba 表达，只是想听听一些关于如何以及何时使用它们的建议。

Answer 1

这里有两个问题。

首先，对于您的示例，使用 lambda 与使用匿名委托语法。编译器生成的代码将是相同的，因此它不会归结为性能差异，而是可读性差异。

就我个人而言，我发现 lambda 语法很容易理解。我发现 lambda 语法几乎总是比匿名委托语法更干净、更简洁、更易于理解，所以我几乎总是更喜欢它。

至于在整个代码中使用 lambda 表达式 - 就我个人而言，我是他们的重度用户。我发现它们通常比定义许多方法更容易。如果一段代码不会被任何其他方法重用（它只会被调用并存在于一个地方），我将使用 lambda 来表达它。

如果一段代码将被多次使用，则应将其提取到（非匿名）方法中。另外，如果一段代码可以而且应该被测试，我倾向于为它创建一个方法，因为这样可以简化可测试性。