overload transform / transformToUni / transformToMulti

[gavinking]

It's annoying that the UniOnItem.transformXxxxx() methods don't have overloaded versions that accept Supplier instead of Function, just like call() already does.

(By adding these overloads we alleviate the need for v or ignore parameters in the argument anonymous functions.)

[cescoffier]

I faced the same issue over the weekend! So +1.

[cescoffier]

But it's not really a transform anymore, it's more a replace.

[jponge]

Indeed Supplier drops the item. so a Supplier here does not follow the transform semantics.

[jponge]

@gavinking would UnOnEvent::replaceWith(Supplier<T/Uni<?>>) work for you?

[gavinking]

That kinda reflects a bit of a deeper confusion over the organization of these methods. See the discussion in #319.

I think we need to clarify our thinking on exactly how the names map to semantics.

One could, for example, make the same criticism of one of the overloads of chain() on Uni.

[jponge]

I'm collecting thoughts regarding #319 👍

[jponge]

@gavinking would UnOnEvent::replaceWith(Supplier<T/Uni<?>>) work for you?

and forget this, because it clashes for the compiler

[jponge]

I'm moving the discussion to #319