Пример не показательный. За такой код надо отрывать лишнее и пришивать на место.
При нормальном форматировании и именовании 1й блок будет читаться даже лучше.

Пишу на лямдах много. Стримы медленнее чем циклы. Их не удобно дебажить. Зато очень многое можно сократить до безобразия. Те же multi map теперь просто Collectors.groupBy - очень круто.

Важно помнить что в нагруженых местах есть смысл отказаться от лямбд и стримов.

Для меня интересным вопросом на днях стало такой пример




Есть ли смысл? Стрим, очевидно, медленнее. И вряд ли читается лучше.

Kripke,

Вам прилетают объекты неизвестного типа? И вы вынуждены вручную разбирать их перед каждым кастингом? Просто если объектов много, достаточно одного фасада, чтобы их все прикастить и не писать такую галиматью.

Kripke,

Пфф. Для этого пишется своя собсвенная строго типизированная модель. А эти гуевые приблудины лишь оборачивают ее чтобы показывать на гуе. И бизнес-логика пишется на модели, а не на объектах, которые вы решили вдруг вытащить из нее через АПИ гуя.

Я все еще уверен что тут ошибка проектирования, а не безвыходная ситуация.

KripkeНу то есть на самом деле типов объектов не много, но я вынужден везде кастить к типу, т.к. прилетают Object отовсюду.

Давайте что ли код посмотрим? Объекты эти вы же сами туда помещаете? Покажите примеры с другим объектами? ПОтому как ваш метод, например можно переписать как

BeanUtils.getPropertyWithMethodFallback(Person.class, Person::getName, Object::toString)
Метод у вас, кстати, NPE выкинет. String.valueOf() можно использовать.

KripkeПока же моя мысль в том, что там где мне нужно заимплементить некий интерфейс, где везде используется Object в качестве

Да, куча разных решений может быть. На лямдах вообще можно много чего вкусного делать и помимо функциональных паравозиков. Надо конкретику смотреть.

Kripkeпараметров ( а в jface это везде) каста мне не избежать, неважно где.

Я JFace не помню. Но Swing тоже про генерики не знает. И там все просто. Если у вас код для ГУИ, то в нем не должно быть
if(obj instanceof Person) в принципе.
Если у вас код - бизнес логика, то он должен оперировать уже строгими типами, а не Object, которые вы протянули из гуя.
Прежде чем я закомичу в репозиторий код if(obj instanceof ...) я 10 раз подумаю, что же это я за лох такой, что не могу полиморфизм применить.

KripkeДа вообще мысль не о касте была ) а о том, что стоит ли пихать лямбды, стримы и опшнл везде где позволяет фантазия, или нет. Ваш пример, кстати, тоже отличный.

Нет, не стоит везде пихать. Стримоблямбды нужны только там где они значительно сокращают код, либо делают его легко читаемым другим способом. В противном случае мы получаем более медленный и хуже читаемый код. И какой тогда профит? Просто потому что можно?

KripkeПро конкретно свой напишу через пару часов
Не факт что смогу сегодня или завтра ответить. Но было бы интересно.


Кстати, в Java 8 очень херовый опшнл. Там куча косяков. Например, я постоянно сталкиваюсь с тем что нельзя тупо вызвать метод, если значение null. Вроде, в 9 должны полезных исправлений добавить.

KripkeТеперь к примеру. Т.к. я уже упомянул дерево, то вот туториал дерева в JFace . Т.е. нужно заимплементить несколько различных Provider-ов. Правда, instanceof там не так много, зато хватает просто смелых кастов. И вот в таких местах, как LabelProvider.getText(), getImage() появляются те самые куски кода, с которых я начал тему

Если бы у меня было 2 или более типов в дереве, то я бы создал свой класс или интерфейс GenericBlablablaProvider<T>.
Под каждый конкретный тип - реализацию этого класса.
А реализацию для JFace сделал бы в виде прокси, которая бы по типу аргумента через Map<Class, Provider> делегировал бы вызов конкретной реализации для типа.

Вам нужно научится разделять логику.
Вот этот код, общий для кучи классов.




А Person.getName() - конкретный для конкретного типа.
Поэтому если общий код встречается часто, то его нужно выносить. Благо сейчас с лямбдами такие вещи делать легко и приятно.

KripkeА как написать на стримах аналог full outer join?
Common SQL Clauses and Their Equivalents in Java 8 Streams