方法订阅与 lambda 委托订阅 - 哪个以及为什么？

Question

我看到有些人倾向于将方法传递给回调/事件，然后有时只传递 lambda。

有人能谈谈两者之间的区别吗？我原本以为它们是相同的，但我所看到的实现的不一致有时让我想知道是否存在一种情况比另一种更可取？显然，如果有大量的代码，它不应该是现场 lambda，但除此之外......

你们都可以概述两者之间的任何差异（如果有的话），并概述当两者都存在时在两者之间进行选择时使用的规则有空吗？

Answer 1

两者之间最大的区别之一是您可以轻松地取消订阅活动。使用基于方法的方法取消订阅是一个简单的操作，只需使用原始方法

m_button.Click += OnButtonClick; 
...
m_button.Click -= OnButtonClick;

使用 lambdas，这就不那么简单了。您必须存储 lambda 表达式，以便稍后使用以取消订阅事件。

m_button.Click += delegate { Console.Write("here"); }
...
// Fail
m_button.Click -= delegate { Console.Write("here"); } 

EventHandler del = delegate { Console.Write("here"); }
m_button.Click += del;
...
m_button.Click -= del;

这确实降低了使用 lambda 表达式的便利性。

Answer 2

在大多数具有 lambda 的语言（包括 C#）中，在方法内创建 lambda 会创建一个闭包——也就是说，声明方法内的局部变量将对 lambda 可见。这是我所知道的最大的区别。

除此之外，除非您以某种方式以可在另一个函数中访问的方式命名事件处理程序，否则您会发现稍后很难分离事件处理程序。这可以通过将委托存储在实例级或类级变量中来实现，但它可能有点难看。

Answer 3

使用 Lambda 的最大原因是延迟执行，即您定义了要执行的操作，但要稍后才能获得参数。通常，您不会将 lambda 表达式用于事件和回调；您使用匿名方法。

对于不需要取消订阅的简单事件，使用事件和回调的匿名方法是可以的。对我来说最大的决定因素是我在哪里声明它。我不会将表单的事件处理程序声明为匿名方法，但如果我有一个短暂的需要连接到事件，那么可能没问题。

一般来说，我对回调和事件使用实际方法多于匿名方法；我正在处理的事件与对象的生命周期相关，而不是与方法的生命周期相关，并且我发现在连接它们的函数外部明确定义回调在代码中更清晰。其中一些是个人喜好。

Answer 4

在大多数情况下，实际差异很小。使用哪一个主要取决于个人喜好（即您希望代码看起来像什么）。在某些情况下，有一些实际原因选择其中一种：

1. 如接受的答案中所述，取消订阅匿名方法是比取消订阅命名方法更复杂。如果没有名称，则无法引用匿名方法，除非通过在运行时创建的声明匿名方法的委托实例来引用。使用命名方法，可以取消订阅委托，而无需保留对原始委托（或其等效项）的引用。
2. 另一方面，首选 lambda 表达式的原因是事件处理程序是声明 lambda/匿名方法的命名方法所特有的实现细节。这有助于保持此类实现细节的私有性，并且对于使用它们的方法来说是本地的。
3. 使用 lambda 表达式的另一个原因是是否需要“调整”委托类型。即，您确实想要调用命名方法来处理事件，但该方法具有与事件所需的签名不同的签名。在这种情况下，您可能希望针对不同的事件或其他情况重用该方法，其中事件中的某些参数可能不适用。另一种情况可能是您想要引入一个新参数，该参数的值可能是事件无法提供的（例如，所有具有您想要订阅的相同事件的对象集合的索引）。

有时可能会出现一种特殊情况，即选择是单独使用命名方法，还是使用然后调用该命名方法的匿名方法。需要注意的是，在没有选择其中一种的其他实际原因的情况下，在这种特殊情况下使用命名方法的效率稍高，因为它从调用中删除了一个方法调用。在实践中，您可能永远不会注意到这种差异，但这只是开销，因此如果没有具体的、实际的原因来引发它，人们可能应该避免它，即直接订阅命名方法。