Size: a a a

2018 December 18

RK

Roman Khlebnov in JUG NN
Причём операция нужна мне тупо в одном месте и я не хочу делать отдельный метод для этого
источник

RK

Roman Khlebnov in JUG NN
Сергей
чаще проблема не с мутированием, а с какими нибудь чекед ексепшенами. там быстрее прост фор юзануть, чтобы не оборачивать там методы и прочей херней не заниматься
А вот это уже отдельная тупость Stream API, до сих пор не понимаю в чём была сакральная сложность сделать поддержку чекед исключений в интерфейсе
источник

С

Сергей in JUG NN
По задачке можно сделать new hashset потом в форе юзать адд алл в него . Ну и в конце в лист завернуть. Собсно тоже ничего ужасного, но я согласен что стримы пизже )
источник

RK

Roman Khlebnov in JUG NN
Не забудь что потом ещё нужно будет сет в лист перегнать ещё по условию
источник

RK

Roman Khlebnov in JUG NN
Что лично мне не нравится в Stream API - необходимость каждый раз писать .stream()
источник

RK

Roman Khlebnov in JUG NN
У сплитераторов дохрена пропертей внутри, таки можно было бы оттуда вытащить инфу можно эту операцию запараллелить или нет, например
источник

С

Сергей in JUG NN
Меня со стримами и в принципе в джаве расстраивает что нельзя композировать функции удобно
источник

С

Сергей in JUG NN
Типа чтоб сделать map(some::reference . another::func)
источник

С

Сергей in JUG NN
И паттерн матчинг ещё над. Я даже вроде видел джеп на это кстати
источник

RK

Roman Khlebnov in JUG NN
Паттерн матчинг в Vavr есть
источник

SK

Sergey Kapralov in JUG NN
Roman Khlebnov
Серёг, а реши-ка мне красиво на for следующую задачку: есть метод, возвращающий List и принимающий одно значение. У меня есть коллекция, элементы которой я хочу пропустить через этот метод и сложить все уникальные результаты в один большой лист.
Чего вы все хотите доказать то? Я что - говорил что стримы: говно? Я просто утверждал что выбор между ними и циклом не должен строиться по критерию "красота". Надо решить без стримов - да как нефиг: заведу сет и в цикле, перебирая коллекцию добавлю выхлоп из функции юзая addAll. В конце даже коллекта не надо будет делать - все уже в сете будет.

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

RK

Roman Khlebnov in JUG NN
Нет, скажу что стримы читабельнее для рутинных тасок
источник

RK

Roman Khlebnov in JUG NN
Связанных с коллекциями
источник

С

Сергей in JUG NN
Roman Khlebnov
Паттерн матчинг в Vavr есть
Не разрешают на проекте его юзать :(
источник

SK

Sergey Kapralov in JUG NN
Roman Khlebnov
Нет, скажу что стримы читабельнее для рутинных тасок
Читабельнее. Ровно до того момента пока не получаешь коллекцию из структур, и нужно итерируя делать вычисления, завязанные сразу на множество ее полей. Тогда либо стримы вырождаются в орясину с огромным мапом, либо плодишь туплы.
источник

RK

Roman Khlebnov in JUG NN
Чем тупл концептуально отличается от POJO?
источник

SK

Sergey Kapralov in JUG NN
Да хоть бы чем. В цикле структурку по локальным переменным можно хотя бы разнести.
источник

SK

Sergey Kapralov in JUG NN
А еще бывает что появляется нужда во вложенном переборе. И вот тут я вам не верю что два вложенных стрима смотрится лучше чем два вложенных цикла.
источник

RK

Roman Khlebnov in JUG NN
Эм, flatMap?
источник

SK

Sergey Kapralov in JUG NN
Roman Khlebnov
Эм, flatMap?
А если структуру надо сохранить?
источник