Возврат из лямбды forEach () в java

Я пытаюсь изменить некоторые циклы for-each на лямбда- forEach()методы, чтобы открыть для себя возможности лямбда-выражений. Кажется возможным следующее:

ArrayList<Player> playersOfTeam = new ArrayList<Player>();      
for (Player player : players) {
    if (player.getTeam().equals(teamName)) {
        playersOfTeam.add(player);
    }
}

С лямбдой forEach()

players.forEach(player->{if (player.getTeam().equals(teamName)) {playersOfTeam.add(player);}});

Но следующий не работает:

for (Player player : players) {
    if (player.getName().contains(name)) {
        return player;
    }
}

с лямбдой

players.forEach(player->{if (player.getName().contains(name)) {return player;}});

Что-то не так в синтаксисе последней строки или невозможно вернуться из forEach()метода?

Это returnвозвращается из лямбда-выражения, а не из содержащего метода. Вместо forEachстрима нужно filter:

players.stream().filter(player -> player.getName().contains(name))
       .findFirst().orElse(null);

Здесь filterпоток ограничивается теми элементами, которые соответствуют предикату, а findFirstзатем возвращается Optionalс первой совпадающей записью.

Это выглядит менее эффективным, чем подход цикла for, но на самом деле findFirst()может привести к короткому замыканию - он не генерирует весь отфильтрованный поток, а затем извлекает из него один элемент, а фильтрует только столько элементов, сколько необходимо, чтобы найти первый подходящий. Вы также можете использовать findAny()вместо этого, findFirst()если вам не обязательно заботиться о получении первого совпадающего игрока из (упорядоченного) потока, а просто о любом соответствующем элементе. Это позволяет повысить эффективность при использовании параллелизма.

Я предлагаю вам сначала попытаться разобраться в Java 8 в целом, наиболее важно в вашем случае это будут потоки, лямбды и ссылки на методы.

Вы никогда не должны преобразовывать существующий код в код Java 8 построчно, вы должны извлекать функции и преобразовывать их.

В вашем первом случае я обнаружил следующее:

• Вы хотите добавить элементы входной структуры в выходной список, если они соответствуют некоторому предикату.

Давайте посмотрим, как мы это сделаем, мы можем сделать это следующим образом:

List<Player> playersOfTeam = players.stream()
    .filter(player -> player.getTeam().equals(teamName))
    .collect(Collectors.toList());

Что вы здесь делаете:

1. Превратите свою структуру ввода в поток (здесь я предполагаю, что она имеет тип Collection<Player>, теперь у вас есть файл Stream<Player>.
2. Отфильтруйте все нежелательные элементы с помощью a Predicate<Player>, сопоставляя каждого игрока с логическим значением true, если оно желательно сохранить.
3. Соберите получившиеся элементы в список через a Collector, здесь мы можем использовать один из стандартных сборщиков библиотеки, а именно Collectors.toList().

Это также включает два других момента:

1. Код против интерфейсов, поэтому код против List<E>более ArrayList<E>.
2. Используйте алмазный вывод для параметра типа в new ArrayList<>(), в конце концов, вы используете Java 8.

А теперь перейдем ко второму пункту:

Вы снова хотите преобразовать что-то из устаревшей Java в Java 8, не глядя на общую картину. На эту часть уже ответил @IanRoberts , хотя я думаю, что вам нужно сделать players.stream().filter(...)...то, что он предложил.

Если вы хотите вернуть логическое значение, вы можете использовать что-то вроде этого (намного быстрее, чем фильтр):

players.stream().anyMatch(player -> player.getName().contains(name));

Вот что мне помогло:

List<RepositoryFile> fileList = response.getRepositoryFileList();
RepositoryFile file1 = fileList.stream().filter(f -> f.getName().contains("my-file.txt")).findFirst().orElse(null);

Взято из Java 8 Поиск определенного элемента в списке с помощью Lambda

Вы также можете создать исключение:

Заметка:

Для удобства чтения каждый шаг потока следует перечислять с новой строки.

players.stream()
       .filter(player -> player.getName().contains(name))
       .findFirst()
       .orElseThrow(MyCustomRuntimeException::new);

если ваша логика слабо «управляется исключениями», например, в вашем коде есть одно место, которое улавливает все исключения и решает, что делать дальше. Используйте разработку, управляемую исключениями, только тогда, когда вы можете избежать засорения своей базы кода множественными числами, try-catchи выброс этих исключений предназначен для очень особых случаев, которые вы ожидаете от них и с которыми можно правильно справиться.)