Size: a a a

JPoint, Java-конференция

2020 June 10

MT

Max Turnaev in JPoint, Java-конференция
#конкурс
Реактивные стримы удобны в написании, но когда что-то идёт не так крайне сложно разбираться, в частности дебажить
источник

ЖХ

Женя Х in JPoint, Java-конференция
Спасибо)
источник
2020 June 11

EK

Emran Kashef in JPoint, Java-конференция
my group ?
источник

EK

Emran Kashef in JPoint, Java-конференция
Apparently 54 bit
источник

KR

Kirill Romanov in JPoint, Java-конференция
тут определенно нужен бот с капчей
источник

EK

Emran Kashef in JPoint, Java-конференция
also that's offtopic
источник

EK

Emran Kashef in JPoint, Java-конференция
iter messages with a filter
источник

DV

Dima Volykhin in JPoint, Java-конференция
Почему не использую реактивные стримы #конкурс

1) Есть несколько реализаций реактивных стримов, которые реализуют иногда достаточно похожие вещи разными способами. Вот если захочу написать свой паблишер данных из массива, как его написать так же как FromArrayPublisher из ServiceTalk или ObservableFromArray из RxJava или FluxArray из Reactor или как в RangePublisher из примеров  ReactiveStreamsJvm?
Или например, если есть библиотека, к которой хочется написать реактивный коннектор? Как это сделать? Каким из множества способов?

2) Если не хватает какого-то оператора, а он есть в соседней реактивной бибилотеке, как их связать? Как например взять оператор из RxJava и присоединить его в паблишеру из Reactor? Если все таки делать это, может получится так, что придется поддерживать интеграции с несколькими реактивными библиотеками как в микронавте - https://i.imgur.com/u6INXfn.png

3) У каждого есть модуль для работы с Netty например, какой из них лучший?
ServiceTaslk - servicetalk-transport-netty, RxJava - RxNetty, ProjectReactor - reactor-netty. Нужно измерить? Как? Ведь не получится их проверить, не притащив  их всю платформу под ними. Можно ли использовать RxNetty и reactor-core вместе?
источник

ДР

Даниил Разоренов... in JPoint, Java-конференция
Dima Volykhin
Почему не использую реактивные стримы #конкурс

1) Есть несколько реализаций реактивных стримов, которые реализуют иногда достаточно похожие вещи разными способами. Вот если захочу написать свой паблишер данных из массива, как его написать так же как FromArrayPublisher из ServiceTalk или ObservableFromArray из RxJava или FluxArray из Reactor или как в RangePublisher из примеров  ReactiveStreamsJvm?
Или например, если есть библиотека, к которой хочется написать реактивный коннектор? Как это сделать? Каким из множества способов?

2) Если не хватает какого-то оператора, а он есть в соседней реактивной бибилотеке, как их связать? Как например взять оператор из RxJava и присоединить его в паблишеру из Reactor? Если все таки делать это, может получится так, что придется поддерживать интеграции с несколькими реактивными библиотеками как в микронавте - https://i.imgur.com/u6INXfn.png

3) У каждого есть модуль для работы с Netty например, какой из них лучший?
ServiceTaslk - servicetalk-transport-netty, RxJava - RxNetty, ProjectReactor - reactor-netty. Нужно измерить? Как? Ведь не получится их проверить, не притащив  их всю платформу под ними. Можно ли использовать RxNetty и reactor-core вместе?
По-моему это все про проблемы выбора реализации, а не проблемы самих реактивных стримов. Если в ваших претензиях заменить "реативные стримы" например на "JPA", то ничего не измениться. Все те же проблемы.
источник

DV

Dima Volykhin in JPoint, Java-конференция
Не могли бы вы детальней по пунктам привести примеры из jpa? Я плохо с ним знаком
источник

II

Ivan Ivanov in JPoint, Java-конференция
Даниил Разоренов
По-моему это все про проблемы выбора реализации, а не проблемы самих реактивных стримов. Если в ваших претензиях заменить "реативные стримы" например на "JPA", то ничего не измениться. Все те же проблемы.
Jpa тоже не пользуюсь)
источник

DV

Dima Volykhin in JPoint, Java-конференция
Даниил Разоренов
По-моему это все про проблемы выбора реализации, а не проблемы самих реактивных стримов. Если в ваших претензиях заменить "реативные стримы" например на "JPA", то ничего не измениться. Все те же проблемы.
Так же просто можно сказать, что это обычные проблемы разработки ))
источник

ДР

Даниил Разоренов... in JPoint, Java-конференция
Dima Volykhin
Так же просто можно сказать, что это обычные проблемы разработки ))
Да) Я про это, то что есть какая то технология больше, чем с одной реализацией, то мы всегда сталкиваемся с подобными проблемами. Но это же не значит, что мы не должны пользоваться какой-то технологии, только потому что не можем объективно выбрать одну единственную реализацию.
источник

DV

Dima Volykhin in JPoint, Java-конференция
Даниил Разоренов
Да) Я про это, то что есть какая то технология больше, чем с одной реализацией, то мы всегда сталкиваемся с подобными проблемами. Но это же не значит, что мы не должны пользоваться какой-то технологии, только потому что не можем объективно выбрать одну единственную реализацию.
Я бы не сводил все к общим проблемам, ведь есть вполне конкретные
источник

OS

Oleg Shelajev in JPoint, Java-конференция
то есть ты не можешь выбрать лучший способ использовать стримы и поэтому вообще не используешь?
источник

OS

Oleg Shelajev in JPoint, Java-конференция
микронавт вот это делает на скриншоте - потому что в самой спеке нету типа для 1 результата
источник

OS

Oleg Shelajev in JPoint, Java-конференция
это где-то недавно было видно
источник

OS

Oleg Shelajev in JPoint, Java-конференция
у Сергея Егорова надо спросить
источник

OS

Oleg Shelajev in JPoint, Java-конференция
источник

DV

Dima Volykhin in JPoint, Java-конференция
Oleg Shelajev
то есть ты не можешь выбрать лучший способ использовать стримы и поэтому вообще не используешь?
Это к какому пункту вопрос?)
источник