Накладные расходы на производительность Mono.just() в Project ReactorJAVA

Программисты JAVA общаются здесь
Ответить
Anonymous
 Накладные расходы на производительность Mono.just() в Project Reactor

Сообщение Anonymous »

В коде, написанном с помощью Project Reactor/Webflux, я несколько раз видел подобные структуры кода:

Код: Выделить всё

Mono method(someVariable) {
return Mono.just(someVariable)
.map(v -> doSomething(v))
.flatMap(v -> doSomethingElse(v));
}
даже в примерах, приведенных сопровождающими библиотеки (правильный способ создания исключений с помощью Reactor)
У меня также сложилось впечатление, что конструкции Project Reactor вносят накладные расходы, и поэтому их следует избегать до тех пор, пока это не станет абсолютно необходимым (= при вызове операции блокировки). Итак, я бы переписал приведенный выше код:

Код: Выделить всё

Mono method(someVariable) {
var someVariableChanged = doSomething(someVariable);
return doSomethingElse(someVariableChanged);
}
То есть использовать структуры Project Reactor только в том случае, если они абсолютно необходимы, а в противном случае — обычный императивный код.
Насколько оправдан такой подход? Есть ли ситуации, в которых первый пример кода определенно лучше? Или накладные расходы на производительность, связанные с одним дополнительным Mono.just(), совершенно незначительны?

Подробнее здесь: https://stackoverflow.com/questions/798 ... ct-reactor
Ответить

Быстрый ответ

Изменение регистра текста: 
Смайлики
:) :( :oops: :roll: :wink: :muza: :clever: :sorry: :angel: :read: *x)
Ещё смайлики…
   
К этому ответу прикреплено по крайней мере одно вложение.

Если вы не хотите добавлять вложения, оставьте поля пустыми.

Максимально разрешённый размер вложения: 15 МБ.

Вернуться в «JAVA»