Java8의 새로운 기능은 무엇입니까?

1. 인터페이스 개선

　a. 정적 메서드는 인터페이스에서 정의할 수 있습니다

　b. 더 중요한 것은 인터페이스의 메서드를 기본으로 수정한 다음 메서드 본문을 추가할 수 있다는 것입니다

2. 기본 메소드가 있습니까?

　즉, 인터페이스는 Object 클래스의 모든 메서드에 대한 기본 구현을 제공할 수 없습니다. 클래스가 메소드를 구현하는 경우 해당 메소드는 항상 기본 구현보다 우선합니다. 모든 인터페이스 인스턴스가 Object의 하위 클래스이면 모든 인터페이스 인스턴스에는 이미 equals/hashCode/toString의 기본이 아닌 구현이 있습니다. 따라서 인터페이스의 기본 버전은 쓸모가 없으며 컴파일되지 않습니다.

3. 기능적 인터페이스

　핵심 개념은 기능적 인터페이스입니다. 인터페이스가 단일 추상 메소드를 정의하는 경우 인터페이스는 기능적 인터페이스가 됩니다. 예를 들어, java.lang.Runnable은 하나의 추상 메소드만 정의하기 때문에 기능적 인터페이스입니다.

public abstract void run();
　

　 기능적 인터페이스란 두 가지 상황이 있습니다. 1. 인터페이스에는 하나의 추상 메소드와 추상 수정만 있습니다. 2. 인터페이스 추상 메서드는 추상 수정이라는 단 하나의 메서드뿐입니다. 동시에 기본 메서드는 추상이 아닌 기본적으로 수정되므로 여러 기본 메서드가 포함됩니다.

동시에 @FunctionalInterface라는 새로운 주석이 도입되었습니다. 인터페이스 앞에 배치하여 인터페이스가 기능적 인터페이스임을 나타낼 수 있습니다. 인터페이스를 추가해도 기능적 인터페이스로 전환하지 않는 한 컴파일되지 않습니다. 이는 잘못된 사용을 방지하기 위해 사용하겠다는 의사를 선언하는 @Override와 약간 비슷합니다.

4.Lambdas　

　기능적 인터페이스의 매우 중요한 속성은 람다를 사용하여 인스턴스화할 수 있다는 것입니다. 다음은 람다의 몇 가지 예입니다.

왼쪽에는 지정된 유형의 쉼표로 구분된 입력 목록이 있고 오른쪽에는 반환값이 있는 코드 블록이 있습니다.

(int x, int y) -> { return x + y; }

왼쪽에는 쉼표로 구분된 입력 목록이 있습니다. 파생형이고 오른쪽이 반환값:

(x, y) -> x + y

왼쪽은 파생형의 단일 매개변수, 오른쪽은 반환값:

x -> x * x

왼쪽은 입력이 없습니다(공식명칭) : "burger arrow"), 오른쪽에 값이 반환됩니다:

() -> x

왼쪽은 파생 유형의 단일 매개변수이고 오른쪽은 값을 반환하지 않는 코드 블록입니다(return void). :

x -> { System.out.println(x); }

정적 메서드 참조:

String::valueOf

비정적 메서드 참조:

Object::toString

상속 함수 참조:

x::toString

생성자 참조:

ArrayList::new

일부 함수를 생각해낼 수 있습니다. 참조 형식은 다른 람다의 약어 역할을 합니다. 형식.

메서드 참조	동등한 람다 식
String::valueOf		x -> String.valueOf(x )
Object::toString		x -> rayList: :new
() -> new ArrayList()		当然，在Java里方法能被重载。类可以有多个同名但不同参数的方法。这同样对构造方法有效。ArrayList::new能够指向它的3个构造方法中任何一个。决定使用哪个方法是根据在使用的函数式接口。 　　一个lambda和给定的函数式接口在“外型”匹配的时候兼容。通过“外型”，我指向输入、输出的类型和声明检查异常。 给出两个具体有效的例子： Comparator<String> c = (a, b) -> Integer.compare(a.length(), b.length()); 一个Comparator的compare方法需要输入两个阐述，然后返回一个int。这和lambda右侧的一致，因此这个任务是有效的。 Runnable r = () -> { System.out.println("Running!"); } 一个Runnable的run方法不需要参数也不会返回值。这和lambda右侧一致，所以任务有效。 在抽象方法的签名里的受检查异常（如果存在）也很重要。如果函数式接口在它的签名里声明了异常，lambda只能抛出受检查异常。 5.捕获和非捕获的Lanbdas表达式　 　　当Lambda表达式访问一个定义在Lambda表达式体外的非静态变量或者对象时，这个Lambda表达式称为“捕获的”。比如，下面这个lambda表达式捕捉了变量x： 　　int x = 5; return y -> x + y; 　　为了保证这个lambda表达式声明是正确的，被它捕获的变量必须是“有效final”的。所以要么它们需要用final修饰符号标记，要么保证它们在赋值后不能被改变。 Lambda表达式是否是捕获的和性能悄然相关。一个非不捕获的lambda通常比捕获的更高效，虽然这一点没有书面的规范说明（据我所知），而且也不能为了程序的正确性指望它做什么，非捕获的lambda只需要计算一次. 然后每次使用到它都会返回一个唯一的实例。而捕获的lambda表达式每次使用时都需要重新计算一次，而且从目前实现来看，它很像实例化一个匿名内部类的实例。 6.其他 　　lambdas不做的事 你应该记住，有一些lambdas不提供的特性。为了Java 8它们被考虑到了，但是没有被包括进去，由于简化以及时间限制的原因。 Non-final* 变量捕获 - 如果一个变量被赋予新的数值，它将不能被用于lambda之中。"final"关键字不是必需的，但变量必须是“有效final”的（前面讨论过）。这个代码不会被编译： int count = 0; List<String> strings = Arrays.asList("a", "b", "c"); strings.forEach(s -> { count++; // error: can&#39;t modify the value of count }); 例外的透明度 - 如果一个已检测的例外可能从lambda内部抛出，功能性的接口也必须声明已检测例外可以被抛出。这种例外不会散布到其包含的方法。这个代码不会被编译： void appendAll(Iterable<String> values, Appendable out) throws IOException { // doesn&#39;t help with the error values.forEach(s -> {out.append(s); // error: can&#39;t throw IOException here // Consumer.accept(T) doesn&#39;t allow it });} 有绕过这个的办法，你能定义自己的功能性接口，扩展Consumer的同时通过像RuntimeException之类抛出 IOException。我试图用代码写出来，但发现它令人困惑是否值得。 控制流程 (break, early return) -在上面的 forEach例子中，传统的继续方式有可能通过在lambda之内放置 "return;"来实现。但是，没有办法中断循环或者从lambda中通过包含方法的结果返回一个数值。例如： final String secret = "foo"; boolean containsSecret(Iterable<String> values) { values.forEach(s -> { if (secret.equals(s)) { ??? // want to end the loop and return true, but can&#39;t }}); } 进一步阅读关于这些问题的资料，看看这篇Brian Goetz写的说明：在 Block中响应“已验证例外”Java8의 새로운 기능은 무엇입니까?   其它翻译版本(1) 为什么抽象类不能通过利用lambda实例化 抽象类，哪怕只声明了一个抽象方法，也不能使用lambda来实例化。 下面有两个类 Ordering 和 CacheLoader的例子，都带有一个抽象方法，摘自于Guava 库。那岂不是很高兴能够声明它们的实例，像这样使用lambda表达式？ Ordering order = (a, b) -> ...; CacheLoader<String, String> loader = (key) -> ...; 这样做引发的最常见的争论就是会增加阅读lambda的难度。以这种方式实例化一段抽象类将导致隐藏代码的执行：抽象类的构造方法。 另一个原因是，它抛出了lambda表达式可能的优化。在未来，它可能是这种情况，lambda表达式都不会计算到对象实例。放任用户用lambda来声明抽象类将妨碍像这样的优化。 此外，有一个简单地解决方法。事实上，上述两个摘自Guava 库的实例类已经证明了这种方法。增加工厂方法将lambda转换成实例。   Ordering<String> order = Ordering.from((a, b) -> ...); CacheLoader<String, String> loader = CacheLoader.from((key) -> ...); 要深入阅读，请参看由 Brian Goetz所做的说明： response to "Allow lambdas to implement abstract classes"。   java.util.function 包概要：java.util.function 作为Comparator 和Runnable早期的证明，在JDK中已经定义的接口恰巧作为函数接口而与lambdas表达式兼容。同样方式可以在你自己的代码中定义任何函数接口或第三方库。 但有特定形式的函数接口，且广泛的，通用的，在之前的JD卡中并不存在。大量的接口被添加到新的java.util.function 包中。下面是其中的一些： Function -T作为输入，返回的R作为输出 Predicate -T作为输入，返回的boolean值作为输出 Consumer - T作为输入，执行某种动作但没有返回值 Supplier - 没有任何输入，返回T BinaryOperator -两个T作为输入，返回一个T作为输出，对于“reduce”操作很有用 这些最原始的特征同样存在。他们以int，long和double的方式提供。例如： IntConsumer -以int作为输入，执行某种动作，没有返回值 这里存在性能上的一些原因，主要释在输入或输出的时候避免装箱和拆箱操作。       你应该记住，有一些lambdas不提供的特性。为了Java 8它们被考虑到了，但是没有被包括进去，由于简化以及时间限制的原因。 Non-final* 变量捕获 - 如果一个变量被赋予新的数值，它将不能被用于lambda之中。"final"关键字不是必需的，但变量必须是“有效final”的（前面讨论过）。这个代码不会被编译： int count = 0; List<String> strings = Arrays.asList("a", "b", "c"); strings.forEach(s -> { count++; // error: can&#39;t modify the value of count }); 例外的透明度 - 如果一个已检测的例外可能从lambda内部抛出，功能性的接口也必须声明已检测例外可以被抛出。这种例外不会散布到其包含的方法。这个代码不会被编译： void appendAll(Iterable<String> values, Appendable out) throws IOException { // doesn&#39;t help with the error values.forEach(s -> {out.append(s); // error: can&#39;t throw IOException here // Consumer.accept(T) doesn&#39;t allow it });} 有绕过这个的办法，你能定义自己的功能性接口，扩展Consumer的同时通过像RuntimeException之类抛出 IOException。我试图用代码写出来，但发现它令人困惑是否值得。 控制流程 (break, early return) -在上面的 forEach例子中，传统的继续方式有可能通过在lambda之内放置 "return;"来实现。但是，没有办法中断循环或者从lambda中通过包含方法的结果返回一个数值。例如： final String secret = "foo"; boolean containsSecret(Iterable<String> values) { values.forEach(s -> { if (secret.equals(s)) { ??? // want to end the loop and return true, but can&#39;t }}); } 进一步阅读关于这些问题的资料，看看这篇Brian Goetz写的说明：在 Block中响应“已验证例外” Java8의 새로운 기능은 무엇입니까? 翻译于 4年前 4人顶 顶 翻译得不错哦！   其它翻译版本(1) 为什么抽象类不能通过利用lambda实例化 抽象类，哪怕只声明了一个抽象方法，也不能使用lambda来实例化。 下面有两个类 Ordering 和 CacheLoader的例子，都带有一个抽象方法，摘自于Guava 库。那岂不是很高兴能够声明它们的实例，像这样使用lambda表达式？ Ordering order = (a, b) -> ...; CacheLoader<String, String> loader = (key) -> ...; 这样做引发的最常见的争论就是会增加阅读lambda的难度。以这种方式实例化一段抽象类将导致隐藏代码的执行：抽象类的构造方法。 另一个原因是，它抛出了lambda表达式可能的优化。在未来，它可能是这种情况，lambda表达式都不会计算到对象实例。放任用户用lambda来声明抽象类将妨碍像这样的优化。 此外，有一个简单地解决方法。事实上，上述两个摘自Guava 库的实例类已经证明了这种方法。增加工厂方法将lambda转换成实例。   Ordering<String> order = Ordering.from((a, b) -> ...); CacheLoader<String, String> loader = CacheLoader.from((key) -> ...); 要深入阅读，请参看由 Brian Goetz所做的说明： response to "Allow lambdas to implement abstract classes"。 Java8의 새로운 기능은 무엇입니까? 翻译于 4年前 2人顶 顶 翻译得不错哦！   java.util.function 패키지 요약: java.util.function Comparator 및 Runnable의 초기 증거로 JDK에 이미 정의된 인터페이스는 기능적 인터페이스로 람다 표현식과 호환됩니다. 같은 방식으로 자신의 코드에서 기능적 인터페이스나 타사 라이브러리를 정의할 수 있습니다. 하지만 이전 JD 카드에는 없었던, 광범위하고 보편적인 특정 형태의 기능 인터페이스가 있습니다. 새로운 java.util.function 패키지에 많은 수의 인터페이스가 추가되었습니다. 그 중 일부는 다음과 같습니다. Function -T를 입력으로, R을 출력으로 반환 Predicate -T를 입력으로, 부울 값을 출력으로 반환 Consumer< ;T> ; - T를 입력으로, 일부 작업을 수행하지만 반환 값 없음 Supplier - 입력 없음, T BinaryOperator -T 2개를 출력으로 반환, " 감소" 작업 이러한 가장 원시적인 기능도 존재합니다. int, long, double로 제공됩니다. 예를 들면 다음과 같습니다. IntConsumer - int를 입력으로 사용하고 일부 작업을 수행하며 반환 값이 없습니다. 여기에는 주로 입력 또는 출력 중에 boxing 및 unboxing 작업을 피하기 위한 몇 가지 성능상의 이유가 있습니다. PM을 기다리는 중 4년 전 번역됨 2People's top top 번역 잘했어요! 1 2 3 > 모든 번역은 이 기사에만 해당 학습 및 의사소통을 위해 재인쇄 시 이 기사의 번역자, 출처 및 링크를 반드시 표시하시기 바랍니다 저희 번역 작업은 CC 계약을 준수합니다. 당사의 작업이 귀하의 권리를 침해하는 경우 제때에 연락해 주세요 댓글 (85)

위 내용은 Java8의 새로운 기능은 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!