5916
Сообщество разработчиков Java Scala Kotlin Groovy Clojure Чат для нач-их: @javastart Наш канал: @proJVM Вакансии: @jvmjobs @jvmjobschat ⚠️ Оффтоп -> @flood ❌Переход на личности ❌Троллинг ❌Реклама ❌HH (вакансии) ❌Варез
Ну окей, оно обычно тоже скорее всего в хипе(сам менеджмент), но ладно
Читать полностью…
Не держат данные для сокета на стеке, это нерационально и по перфомансу и по логике
Читать полностью…
Включил, увидел, что у человека vthreads производительнее, чем реактор и выключил, он точно что-то не то делал
Читать полностью…
так в том-то и дело, что реактивное программирование как парадигма оно не про последовательный флоу request-response, оно про потоки и сигналы. Про "прикапывать это все на стек" не понял, о каком стеке речь?
Читать полностью…
Он был давно (spring gateway mvc), но видимо с приходом виртуальных потоков теперь убрали предупреждения, что лучше использовать реактивный вариант
Читать полностью…
Вроде уже года полтора как создали Spring Cloud Gateway MVC без реактивщины) Мы в свое время переписывали гейтвей с реактивщины на MVC с грин-тредами
Читать полностью…
Выше ответил, раньше навязывали конкретный стиль, теперь есть выбор.
Читать полностью…
Будет наверное и что? В других может быть холодным(какой-нибудь стрим показателей с датчиков), но как оно на api-то влияет, холодный или горячий конечно будет паблишер решать, но на api-то это не влияет
Читать полностью…
Замена/альтернатива - в контексте двух видов апи в Джава фреймворках
Читать полностью…
Я и не говорил, что моно горячий. А в описанных кейсах выше флакс будет горячим
Читать полностью…
Не данные для сокета, а данные сокета ( дескриаторы сокета)
Читать полностью…
Стек потока.
Не совсем плнял про request response.
На строне клиента в лббом случае ждут ответ( байтики из сокета)
Котлин вроде там гордился что блокирующий вызов можно в корутин положить и вебфлаксу будет хорошо.
Читать полностью…
Да этому 100 лет в обед.
И кучу народа придумало много решений.
Реактивщина, вирт треды, очереди
Но все сводится к одному, зачитали данные из сокета, их обработали
А потом надо найти этот сокет и отправить в него данные.
Поток просто прикапывает это все на стеке, а без него это все вручную.
Последние полтора года не начинал новых проектов гейтвеев :) mvc застал только когда она а-ля бетка была. Так-то согласен, на луме может и прикольнее будет. Флаксы это для многих вообще самострел ))
Читать полностью…
Ну максимум что то интересное в data streams было и то хз, можно взять spring integration или руками наделать
Читать полностью…
люди никак не могут смириться просто что надо выкинуть понаписанное) зря страдали получается)
Читать полностью…
Реактивный стек, имхо, отлично укладывается только в одном спринговом проекте – Spring Cloud Gateway.
Читать полностью…
Ну это да, если, конечно, нет больших запросов по производительности
Читать полностью…
Если у меня цель реактивное апи юзать - я и возьму реактор
Но если мне нужно неблокирующее апи - теперь мне не нужно давиться реактором, у меня есть альтернатива.
Здесь еще добавлю, никто не ставит цели делать реактивное программирование на вирт потоках. Людям просто нужно удобное неблокирующее апи и переиспользование платформенных тредов.
Читать полностью…
Виртуальные потоки не реализуют механизм пропагейшена сигналов и реакции этих сигналов на потоки по-дефолту
Читать полностью…