Объект в футляре или Optional в Java 8 и Java 9. Часть 3: «Что добавилось в Java 9»

[foal]

Ещё одно неочевидное использование метода stream() это более простое преобразование объектного Optional в примитивный, например:

OptionalLong toLong(Optional<Long> o) {
    return  o.stream().mapToLong(Long::longValue).findAny();
}

[visirok]

Спасибо. Ценное дополнение к тесту статьи.

[koldyr]

С нетерпением жду Вашей реализации монады Error.

[visirok]

Вынужден Вас огорчить. Класс будет называться Result. (Шутка)

[koldyr]

Давайте же взглянем и на эту утку.

[Guitariz]

По поводу последнего вашего замечания — не кажется ли вам, что это перебор?
Сам класс опционал подразумевает, что он может содержать в себе пустые элементы. Тут возможны два варианта — либо опционалы вам не нужны и объекты должны жестко существовать, либо метод, возвращающий null, не должен быть вызван.
В любом случае, отлов ошибок получения данных ужа на этапе использования — плохая затея, хотя бы потому, что защита от дурака не сработала ранее.
Выходит, что опционал вам именно в этом случае должен быть не нужен, и даже противопоказан.

[visirok]

Класс о котором я хочу рассказать в следующей статье возник при попытке найти решение реальной задачи. На абстрактном уровне постановка задачи звучит так: вы обращаетесь к некому сервису, который в случае успеха должен вернуть обьект. А причин для неудачи может быть несколько. И логика обработки ошибочной ситуации зависит от того, какова была причина неудачи.
Если сервис возвращает Optional, о причине мы ничего не узнаем. Значит надо использовать что-то похожее на Optional, но содержащее информацию об ошибке в случае неуспеха.
Optional в этом случае действительно недостаточен. О том и будет статья.

[Guitariz]

Жду. Вообще спасибо, не хватает хабру вот таких жизненных циклов, выстраданных определенной тематикой.

[visirok]

Спасибо на добром слове. Потороплюсь.

[e_Hector]

Either?

[visirok]

Осень похоже. Я выбрал строгое закрепление ролей за первым и вторым типом. Первый отвечает за успех, второй за информацию о проблемах. Поэтому класс называется Result<SUCCESS, FAILURE> Но теоретически пользователь может их использовать с точностью до наоборот.