Методы по умолчанию: Unsung Heros в Java 8

Так что, вы можете подумать, что это мне дает? Если это не Java 8, то ответ «не так много». Чтобы использовать метод forEach (…) до Java 8, вам нужно написать что-то вроде этого:

List<String> list = Arrays.asList(new String[] { "A", "FirsT", "DefaulT", "LisT" });



  System.out.println("Java 6 version - anonymous class");

  Consumer<String> consumer = new Consumer<String>() {

@Overridepublic void accept(String t) {System.out.println(t);}

  };



  list.forEach(consumer);

Но если вы объедините это с лямбда-выражениями или ссылками на методы, вы получите возможность написать действительно классный код. Используя ссылку на метод, предыдущий пример становится:

list.forEach(System.out::println);

Вы можете сделать то же самое с лямбда-выражением:

list.forEach((t) -> System.out.println(t));

Все это, похоже, соответствует одной из главных идей Java 8: пусть JDK сделает всю работу за вас. Перефразируя государственного деятеля и серийного филандера Джона Ф. Кеннеди, «не спрашивайте, что вы можете сделать со своим JDK, спрашивайте, что ваш JDK может сделать для вас»
²

Проблемы проектирования методов по умолчанию

Это новый классный способ написания вездесущего цикла for, но есть ли проблемы с добавлением методов по умолчанию к интерфейсам, и если да, то каковы они и как их исправили ребята из проекта Java 8?

Первое, что нужно рассмотреть, это наследование. Что происходит, когда у вас есть интерфейс, который расширяет другой интерфейс и у обоих есть метод по умолчанию с одинаковой подписью? Например, что произойдет, если у вас есть SuperInterface, расширенный MiddleInterface и MiddleInterface, расширенный SubInterface?

public interface SuperInterface {

default void printName() {System.out.println("SUPERINTERFACE");}

}

public interface MiddleInterface extends SuperInterface {

@Overridedefault void printName() {System.out.println("MIDDLEINTERFACE");}

}

public interface SubInterface extends MiddleInterface {

@Overridedefault void printName() {System.out.println("SUBINTERFACE");}

}

public class Implementation implements SubInterface {

public void anyOldMethod() {// Do something here}

public static void main(String[] args) {

SubInterface sub = new Implementation();

  sub.printName();



  MiddleInterface middle = new Implementation();

  middle.printName();



  SuperInterface sup = new Implementation();

  sup.printName();}

}

Независимо от того, каким способом вы его обрежете, printName () всегда будет 
 печатать «SUBINTERFACE». 

Тот же вопрос возникает, когда у вас есть класс и интерфейс, содержащие одну и ту же сигнатуру метода: какой метод запускается? Ответ — правило «побед класса». Методы интерфейса по умолчанию всегда будут игнорироваться в пользу методов класса.

public interface AnyInterface {

default String someMethod() {return "This is the interface";}

}

public class AnyClass implements AnyInterface {

@Overridepublic String someMethod() {return "This is the class - WINNING";}



}

Выполнение приведенного выше кода всегда выводит: «Это класс — ВЫИГРЫШ».