在OCP学习指南一书中有一个关于比较器的示例,可以通过两种方式初始化。第一个是通过像这样的匿名类:
Comparator<Duck> byWeight = new Comparator<Duck>(){
public int compare(Duck d1, Duck d2){
return d1.getWeight() - d2.getWeight();
}
};
这我能理解。根据书中的说法,this可以用lambda表达式代替,如下所示:
Comparator<Duck> byWeight = (d1,d2) -> d1.getWeight() - d2.getWeight();
现在我不明白了。lambda表达式不返回Comparator对象,但现在我想到它时它不能返回,因为Comparator是一个接口。
那么,第一个示例中的新操作符是否引用正在生成的匿名类,该类称为Comparator,因为该匿名类实现了Comparator接口?
那么,在示例2中到底发生了什么?对象是否以某种方式由lambda表达式创建?在本例中,您将按权重使用作为参考变量,对吗?
我真的不明白,有人能解释一下吗?非常感谢。
在Java 8中,比较器
一种信息注释类型,用于指示接口类型声明旨在成为Java语言规范定义的函数式接口。从概念上讲,函数式接口只有一个抽象方法。由于默认方法有实现,它们不是抽象的。如果接口声明了一个覆盖java.lang.对象的公共方法之一的抽象方法,这也不计入接口的抽象方法计数,因为接口的任何实现都将有一个来自java.lang.对象或其他地方的实现。
请注意,可以使用lambda表达式、方法引用或构造函数引用创建函数接口的实例。
如果使用此注释类型对类型进行注释,则编译器需要生成错误消息,除非:
类型是接口类型,而不是注释类型、枚举或类。带注释的类型满足功能接口的要求。但是,无论接口声明中是否存在FunctionInterface注释,编译器都会将满足函数接口定义的任何接口视为函数接口。
这里最重要的部分是可以使用lambda表达式、方法引用或构造函数引用来创建函数接口的实例。
,这回答了您的问题。
在第一个代码块中,创建的对象实例实现了Comparator
在第二个代码块中,同样的情况也会发生。由于比较器接口仅定义一个方法(名为compare),因此可以使用lambda表达式简化接口(匿名)实现的创建。
在两个示例中,变量按重量的使用方式相同。比较器
如果您阅读比较器
接口的留档,您可以阅读:
函数接口:这是一个函数接口,因此可以用作lambda表达式或方法引用的赋值目标。
比较器
@FunctionalInterface
public interface Comparator<T> {
int compare(T o1, T o2);
// ...
}
现在,如果我们看一下FunctionInterface的文档,我们会看到:
一种信息性注释类型,用于指示接口类型声明是由Java语言规范定义的功能接口。从概念上讲,函数接口只有一个抽象方法。因为默认方法有一个实现,所以它们不是抽象的。如果接口声明了一个抽象方法,该方法重写了java的一个公共方法。lang.Object,这也不计入接口的抽象方法计数,因为接口的任何实现都将有来自java的实现。lang.Object或其他位置。
因此,基本上,如果您有一个带有一个抽象方法的接口,并且您将该接口注释为一个功能接口,那么该接口就是函数的目标:您或多或少地构造了一个匿名类来实现函数接口,并且您指定的函数是唯一抽象方法的实现。
换句话说,表达式:
Comparator<Duck> byWeight = <somelambda>
相当于:
Comparator<Duck> byWeight = new Comparator<Duck>(){
public int compare(Duck d1, Duck d2){
return <somelambda>(d1,d2);
}
}
问题内容: 在《 OCP学习指南 》一书中,有一个关于比较器的示例,可以通过两种方式对其进行初始化。首先是通过这样的匿名类: 这我能理解。根据这本书,可以将其替换为以下lambda表达式: 现在,我不明白。lambda表达式不会返回Comparator对象,因为Comparator是一个接口,所以我现在想到了它。 那么,第一个示例中的运算符是否引用正在创建的称为Comparator的匿名类,因为该
P.S.如果您将这两行代码作为结果所做的事情添加进去,那将是非常感谢的。
问题内容: 我正在浏览Java源代码中的接口,并遇到了以下这段代码: 从方法声明中,我知道这是一个通用方法,该方法返回一个Comparator类型,该Comparator类型可以从传递给它的映射条目中推断出来,也可以在该方法中明确提供。 真正让我失望的是返回值。似乎lambda表达式 被显式转换为。这是正确的吗? 我还注意到,表观演员包括。我之前从未见过将接口与类组合在一起的类型,但是在编译器中它
我在查看接口的Java源代码时,遇到了以下代码片段: 从方法声明中,我得到这是一个通用方法,它返回一种类型的比较器,这种比较器要么是从传递给它的映射条目中推断出来的,要么是在方法中显式提供的。 真正让我恼火的是返回值。看来λ表达式 显式转换为 ?有人能澄清这一切吗?
我知道使用lambda expression(LE)我们可以节省一些代码行,比如为函数接口创建对象。而且LE将更易读。但我确信这并不是提供该功能的主要原因。我在google上搜索,并在本文中找到了这段有趣的引用 在Java8之前,处理任何集合的元素都可以通过从集合中获取迭代器,然后迭代元素,然后处理每个元素来完成。如果需要并行处理这些元素,那么将由客户端代码完成。随着Java 8中Stream A
在使用lambda表达式返回字符串列表时,我得到了以下字符串: null 和更多的建议。但没有答案对我有帮助。 有人知道这段代码出了什么问题吗?