何时使用闭包

Question

请跳到下面的“问题”

注意：如果您只是想跳过上下文， 通常我会说“等到我向你展示 for 理解”，然后我展示如何将 for 理解归结为使用 flatMap/map + 闭包。

这个例子确实有帮助，但是对我来说很难解释一般性的“这是你认识到何时使用闭包的时候”。这是你在函数式编程中“刚刚习惯”的事情之一，你几乎不假思索地做到了。

通常，当我谈论 Scala 时，我正在与 Java 开发人员交谈，想到的一个类比是“你知道当你创建一个匿名内部类时，它需要访问该类定义位置之上的某个变量吗？这就像一个闭包”。因此，我使用事件回调处理作为一个特定示例（因为在这种情况下不可避免地会使用匿名内部类）。

考虑到观众（没有经验，或对 FP 的经验有限），我不会继续讨论像 Monad 这样的术语，这些人通常会寻找与他们相关的具体/实用的示例。

问题： 任何人都有自己的成功解释闭包的方法，这对 Java（或其他 OO 语言）开发人员来说确实很重要吗？

Answer 1

许多 Java 开发人员已经熟悉“closures-lite” - 用类模仿闭包的设计模式：

• 访问者
• 命令
• 策略
• 函子（请参阅 Google Guice 的集合处理以获取许多示例）
• 回调/侦听器（大量 Swing）

每当 Java 开发人员达到对于解决 Scala 中的问题的这些模式之一，他们应该考虑将闭包作为一种轻量级替代方案。

正如您所提到的，一流的闭包在某些方面只是这些模式的逻辑扩展 - 如果我的匿名类只有一个方法，为什么不完全废除该类，而只拥有该方法本身呢？

也许还值得讨论所有这些模式的共同点 - 它们都是某种形式的控制流抽象。它们将控制流本身与在该流中的某些点执行的操作分开。任何类似的关注点分离都可以从闭包中受益。

Answer 2

为什么不颠倒演示顺序呢？当您通常呈现闭包时，呈现一种众所周知的模式（例如侦听器或访问者）。然后展示闭包如何在不创建额外的“辅助”对象或不必要的代码框架的情况下解决问题。

您说您的听众正在寻找闭包如何工作的具体示例。在展示其中一些之后，您可以后退并正确定义闭包。提出问题、解决问题、再次解决问题、再次解决问题，然后提出更大的理论的技术对于程序员来说并不陌生。这就是他们最初发现模式的方式。

Answer 3

我认为为了向 Java 开发人员介绍这个概念，您将闭包与匿名内部类相关联是正确的。我建议解决一些涉及大量使用回调的问题，并展示一张幻灯片，并排比较 Java 中使用匿名内部类所需的代码和 Scala 中使用闭包所需的代码。

以下是涉及回调问题的一些想法：

1. Swing 按钮单击处理程序
2. 任何涉及 Runnable 或 Callable（即向 ThreadPoolExecutor 提交任务）
3. 的内容基于 SAX 事件的 XML 解析
4. 通过公共事务执行器传递的基于 JDBC 的数据库访问代码减少样板连接获取/释放

对于每个示例，我预计 Scala/闭包解决方案将比 Java/匿名内部类解决方案更短、更简单。

Answer 4

如果您指的是一般的匿名函数，而不仅仅是闭包，我通常使用以下示例。给出一个简单的集合（在本例中是名称列表），并显示使用匿名函数查询和修改是多么简单。

Java - 获取以“A”开头的新名称列表：

List<String> names = Arrays.asList("Ed", "Bob", "Anna");
List<String> namesOnA = new ArrayList<String>();

for(String name : names) {
  if(name.startsWith("A")) {
    namesOnA.add(name);
  }
}

Scala - 获取以“A”开头的名称列表：

val names = List("Ed", "Bob", "Anna")
val namesOnA = names.filter(_.startsWith("A"))

在集合上使用 map、reduceLeft 和其他方法的类似示例。大多数 Java 开发人员都觉得这很有趣。

Answer 5

您要求对来自不存在或很少使用闭包的语言的开发人员进行简单的解释。

下面是一个简洁的解释，将它们比作函数返回时不会释放的堆栈帧： "JavaScript 闭包 101- 它们“不是魔法”。我发现这对于苦苦挣扎的传统开发人员来说是一个有用的概念化。

此外，Goslings 在 Java 闭包争论初期对它们的支持也会引起人们的兴趣。给 Java 开发人员。请注意，他还引用了 Neal Gafter 的原始提案，将其包含在爪哇。