为啥要使用lambda表达式？原来如此，涨知识了

Posted 2023-04-18

参考技术A 先看几段Java8以前经常会遇到的代码：

创建线程并启动

比较数组

给按钮添加单击事件

对于这三段代码，我们已经司空见惯了。

Java复杂冗余的代码实现一直被程序员所诟病，好在随着JVM平台语言Scala的兴起以及函数式编程风格的风靡，让Oracle在Java的第8个系列版本中进行了革命性的变化，推出了一系列函数式编程风格的语法特性，比如Lambda表达式以及Stream。

如果采用Lambda表达式，上面三段代码的实现将会变得极为简洁。

创建线程并启动(采用Lambda版本)

比较数组(采用Lambda版本)

给按钮添加单击事件(采用Lambda版本)

格式：(参数) -> 表达式

其中：

一个参数

多个参数

0个参数

表达式块

在Java8中新增加了一个注解: [@FunctionalInterface]，函数式接口。

什么是函数式接口呢？它包含了以下特征：

Lambda表达式的本质就是函数式接口的匿名实现。只是把原有的接口实现方式用一种更像函数式编程的语法表示出来。

Java8的java.util.function包已经内置了大量的函数式接口，如下所示：

从中可以看出：

以下是一个综合的例子：

如果觉得这些内置函数式接口还不够用的话，还可以自定义自己的函数式接口，以满足更多的需求。

如果Lambda表达式已经有实现的方法了，则可以用方法引用进行简化。 方法引用的语法如下：

这样前面提到的Lambda表达式：

则可以替换为：

另一个例子：

可以替换为：

注意：方法名后面是不能带参数的！ 可以写成System.out::println，但不能写成System.out::println(“hello”)

如果能获取到本实例的this参数，则可以直接用this::实例方法进行访问，对于父类指定方法，用super::实例方法进行访问。

下面是一个例子：

构造器引用和方法引用类似，只不过函数接口返回实例对象或者数组。 构造器引用的语法如下：

举个例子：

其中的labels.stream().map(Button::new)相当于 labels.stream().map(label->new Button(label))

再看个数组类型的构造器引用的例子：

把Stream直接转成了数组类型，这里用Button[]::new来标示数组类型。

先看一段代码：

一个lambda表达式一般由以下三部分组成：

参数和表达式好理解。那自由变量是什么呢？ 它就是在lambda表达式中引用的外部变量，比如上例中的text和count变量。

如果熟悉函数式编程的同学会发现，Lambda表达式其实就是”闭包”(closure)。只是Java8并未叫这个名字。 对于自由变量，如果Lambda表达式需要引用，是不允许发生修改的。

比如下面的代码：

先说说为什么要在Java8接口中新增默认方法吧。

比如Collection接口的设计人员针对集合的遍历新增加了一个forEach()方法，用它可以更简洁的遍历集合。 比如:

但如果在接口中新增方法，按照传统的方法，Collection接口的自定义实现类都要实现forEach()方法，这对广大已有实现来说是无法接受的。

于是Java8的设计人员就想出了这个办法：在接口中新增加一个方法类型，叫默认方法，可以提供默认的方法实现，这样实现类如果不实现方法的话，可以默认使用默认方法中的实现。

一个使用例子：

默认方法的加入，可以替代之前经典的接口和抽象类的设计方式，统一把抽象方法和默认实现都放在一个接口中定义。这估计也是从Scala的Trait偷师来的技能吧。

除了默认方法，Java8还支持在接口中定义静态方法以及实现。

比如Java8之前，对于Path接口，一般都会定义一个Paths的工具类，通过静态方法实现接口的辅助方法。

接口中有了静态方法就好办了， 统一在一个接口中搞定！虽然这看上去破坏了接口原有的设计思想。

这样Paths类就没什么意义了~

使用Lambda表达式后可以大幅减少冗余的模板式代码，使把更多注意力放在业务逻辑上，而不是复制一堆重复代码, 除非你在一个用代码行数来衡量工作量的公司，你觉得呢？

为啥要将一个类作为 lambda 传递？

【中文标题】为啥要将一个类作为 lambda 传递？

【英文标题】：Why would you pass a class as a lambda?为什么要将一个类作为 lambda 传递？

【发布时间】：2019-05-08 05:31:14

【问题描述】：

我根据在线示例和教程构建了我的第一个 GraphQL API，但想知道为什么某些事情是用 Python 完成的。

一个我不明白的类的sn-p：

class UpdateRegion(graphene.Mutation):
    """Update a region."""
    region = graphene.Field(lambda: Region, description="Region updated by this mutation.")
...

区域类：

class Region(SQLAlchemyObjectType):
   class Meta:
       model = RegionModel
       interfaces = (relay.Node, )

为什么他们将 Region 类作为 lambda 函数传递？ 对我来说lambda: Region 和f():return Region 是一样的

【问题讨论】：

因为lambda的定义比类似的函数定义要短

如果 Field 参数的定义是它应该是 a Callable 专门返回一个对象/构造函数/其他东西，这是一种自然的方法它。

我怎样才能轻松发现它必须是可调用的？因为文档不清楚

嗯，文档应该更清楚了。如果不是，您可以尝试深入研究代码本身。

注意：直接使用Field构造函数时，传递的是类型而不是实例。安装在字段中的类型充当参数。这是他们在文档中给出的唯一提示

【参考方案1】：

对我来说lambda: Region 与f():return Region 相同

对于初学者来说，f():return Region 不是有效的语法。当然，这可以修复：

def f():
  return Region

region = graphene.Field(f, ...)

这将起作用并且大致相当于region = graphene.Field(lambda: Region, ...)。后者更短，可以说更清晰。

【讨论】：

传递Field(lambda: Region) 与Field(Region) 有何不同？

@GPhilo 更深一层。必须调用 lambda 对象 lambda: Region 以获取 Region，然后再次获取 Region 实例。 OTOH，Region 本身只能调用一次才能获得 Region 实例。

我明白了！谢谢，我错过了那个细节