Технологии

Обновлённый удобный Optional в Java 9

544
Обновлённый удобный Optional в Java 9

Сергей Хоменко

ведущий программист департамента аналитических систем, R-Style Softlab

Класс java.util.Optional появился в языке, начиная с Java 8. В Java 9 он получил обновлённый API. Предлагаем ознакомиться с различными возможностями этого класса на конкретных примерах, в том числе связанных с обработкой NullPointerException (NPE).

Любой Java-программист знает, что едва ли не самой частой ошибкой в программах на этом языке является попытка вызвать метод по нулевой ссылке на объект (NPE). Также разработчики часто сталкиваются с необходимостью получения данных из разных источников с учетом их приоритета. Для решения и той, и другой задачи отлично подходит класс java.util.Optional. Вот о нем и пойдет речь в нашей статье.

Проверка на null с Optional и без

Чтобы лучше понять, насколько упростилась жизнь java-программиста с появлением Optional, рассмотрим на конкретном примере, как выполнялась проверка на null до выхода Java 8 и сейчас. Представьте, что у вас есть такие классы:

public class BAZ {
private String code;
public BAZ(Integer suffix) {
this.code = “BAZ_” + suffix;
    }
    @Override
public String toString() {…}
public String getCode() {returncode;}
 }
public class BAR {
private String code;
private BAZ baz;
public BAR(String code, Integer id) {
this.code = code;
if (id > 50) {
this.baz = new BAZ(id * 2);
         }
     }
     @Override
public String toString() {…}
public String getCode() {returncode;}
public BAZ getBaz() {returnbaz;}
 }
public class FOO {
private static final Random RANDOM = new Random();
private String code;
private List<BAR> bars;
public FOO(String code) {
this.code = code;
this.bars = RANDOM.ints(RANDOM.nextInt(5), 0, 100)            
                 .mapToObj(i -> i % 2 > 0 ? new BAR(“CODE_” + i, i) : null)
                 .collect(Collectors.toList());
 }
     @Override
public String toString() {…}
public String getCode() {returncode;}
public List getBars() {returnbars;}
 }

Предположим, вы хотите получить code из baz у каждого BAR в списке bars у любого FOO. Чтобы все прошло гладко, придется использовать пресловутую проверку на null:

@Test
public void oldStyle() {
for (FOO foo : foos) {
        List bars = foo.getBars();
if (bars == null) {
            System.out.println(“FOO ‘bars’ is null => nothing to do”);
        } else {
for (BAR bar : bars) {
if (bar == null) {
                    System.out.println(“BAR is null => no BUZ indeed”);
                } else {
                    BAZ baz = bar.getBaz();
if (baz == null) {
                        System.out.println(“BAR is not null, but BUZ is”);
                    } else {
                        System.out.println(baz.getCode());
                    }
                }
            }
        }
    }
}

Как вы наверняка знаете, в среднестатистическом проекте таких проверок может быть сотни и даже больше. Недаром в Intellij IDEA есть встроенный шаблон ifn для генерации проверки на null (рис. 1).

ris1.jpg

Рис. 1. Шаблон ifn для генерации проверки на null в Intellij IDEA

А вот так вы сможете оптимизировать этот код с помощью класса Optional, реализованного в Java 8:

@Test
public void shinyNew8Style() {
foosWithNotOptionalsFields.stream()
        .map(FOO::getBars).map(Optional::ofNullable)
        .flatMap(bars -> bars.map(Stream::of).orElseGet(Stream::empty))                   
        .flatMap(Collection::stream)
        .map(Optional::ofNullable).map(bar -> bar.map(BAR::getBaz))
        .map(baz -> baz.map(BAZ::getCode))
        .forEach(code -> code.ifPresent(System.out::println));
 }

Возьмем еще один пример. Допустим, приложение использует два сервиса, основной One и запасной Two. Вам нужно получить сущность, и, если по какой-то причине это не удалось (сбой связи, ошибка БД и др.), выдать ошибку для ее дальнейшей обработки.

Код с использованием Optional будет выглядеть следующим образом:

@Test
public void optionalEntity8Style() { BAR bar = BAR.getBARFromServiceOne(ID) .orElse(BAR.getBARFromServiceTwo(ID).orElseThrow(ERROR_SUPPLIER)); }

Optional в Java 9: новые методы API

В Java 9 в класс Optional добавлено три новых метода: stream(), ifPresentsOrElse() и or(). Рассмотрим их более подробно.

Optional::stream. Данный метод, как бы странно это не звучало, позволяет преобразовывать Optional в Stream. Если Optional::isPresent, то полученный Stream будет содержать Optional::get, в противном случае Stream будет пустым. Упростим пример с проверкой на null:

@Test
public void shinyNew9Style() {
foosWithNotOptionalsFields.stream()
            .flatMap(foo -> Optional.ofNullable(foo.getBars()).stream())
           .flatMap(Collection::stream).map(Optional::ofNullable)
           .flatMap(Optional::stream)
           .flatMap(bar -> Optional.ofNullable(bar.getBaz()).stream())
           .forEach(baz -> System.out.println(baz.getCode())); }

Здесь каждый Stream, полученный из Optional, уже содержит отфильтрованные элементы, и необходимость в проверке на null отпадает вовсе! Вызов bar.getBaz() в этих строчках абсолютно безопасен, даже если baz и был .empty, преобразование к Stream позаботится о том, чтобы в потоке не было значений null.

Optional::or. Позволяет легко создавать цепочки вызовов методов, так как возвращает Optional. Для примера воспользуюсь методом получения сущностей из внешних сервисов, только добавлю еще парочку для наглядности (ради интереса попробуйте реализовать такую «цепочку» на Java 8):

@Test
public void optionalEntity9Style() {
    BAR bar = BAR.getBARFromServiceOne(ID)
            .or(() -> BAR.getBARFromServiceTwo(ID))
            .or(() -> BAR.getBARFromServiceThree(ID))
            .or(() -> BAR.getBARFromServiceFour(ID))
            .orElseThrow(ERROR_SUPPLIER); }

Optional::ifPresentOrElse. Метод позволяет определить последовательность действий в зависимости от того, присутствует ли заданное значение в Optional.

@Test
public void optionalEntityIfPresentOrElse() {
    BAR.getBARFromServiceOne(ID)
            .or(() -> BAR.getBARFromServiceTwo(ID))
            .or(() -> BAR.getBARFromServiceThree(ID))
            .or(() -> BAR.getBARFromServiceFour(ID))
            .ifPresentOrElse(System.out::println,
                       () -> System.out.println(“Не удалось создать BAR”));
}

Начиная с Java 10 разработчики заметят еще один новый метод класса Optional — orElseThrow(). По сути, он делает то же самое, что и get(), — возвращает значение из Optional, если таковое существует либо генерирует исключение NoSuchElementException. Тем не менее, авторы языка рекомендуют использовать именно orElseThrow() вместо метода get(), который, по их мнению, является опасным благодаря своей сигнатуре и нивелирует все преимущества применения класса.

Использование Optional в коде при работе с объектами, наличие которых определяется во время исполнения, гораздо удобнее проверок с использованием if()…else(). В то же время применять Optional в качестве типа поля класса — плохая идея, не для того этот класс создавали. Как заметил Brian Goetz (Senior Java Language Architect в Oracle, работает над развитием языка и платформы Java), основным намерением при добавлении этой возможности в язык было предоставить механизм для описания возвращаемых значений библиотечных методов в тех случаях, когда нужен способ показать состояние «отсутствия результата», не прибегая к null.

Похожие записи

R-Style Softlab вывела на рынок коннектор «Цифровой профиль организации» на российском стеке технологий

Новости компании Обновления продуктов Технологии

R-Style Softlab, компания-разработчик ПО для финансовой сферы и системный интегратор, входящий в группу Россельхозбанка, вывела на рынок модуль для взаимодействия с ГИС (коннектор) «Цифровой профиль организации», реализованный на российском технологическом стеке. Модуль RS-Connect «Цифровой профиль организации» — готовое решение для быстрого получения информации об организациях (юридических лицах, индивидуальных предпринимателях), содержащейся в информационных системах государственных органов. […]

207

Автоматизация банка: процессы, технологии, импортозамещение

Обновления продуктов Технологии Тренды

Автоматизация банковской системы — это внедрение информационных технологий, которые позволяют минимально задействовать человека в банковских процессах. Компьютерные программы умеют выполнять многие рутинные задачи, которые раньше делали люди — например, проверять кредитную историю, рассчитывать проценты по вкладам и кредитам, составлять документы, общаться с клиентами.  Ключевым инструментом для перехода к полной цифровизации становятся автоматизированные банковские системы (АБС) […]

355

PaaS-платформа App.Farm. Как продукт помогает развивать высококритичные системы Россельхозбанка

Обновления продуктов Технологии

История, цели и задачи Работа над решением началась в 2020 году. Цели были поставлены глобальные, но реализуемые, хоть и работы предстояло немало. Нужно было централизовать разработку информационных систем для РСХБ из так называемого «зоопарка» из вендоров и разрозненных систем и улучшить внутренние процессы. По итогу нам нужно было представить готовый инструментарий, позволяющий: Немаловажным аспектом работы […]

756