Feature request: Add Source.multi method

[He-Pin]

Motivation:

There are many Source.from(Arrays.asList(...)) in Java, I think we can add something like Source.multi(...) which work as the Flux.Just(T ...t).

Result:
Replace Source.from(Arrays.asList(1,2,3)) to Source.multi(1,2,3))

[Roiocam]

I would prefer overloading Source.from(T...), or like Java Stream API has Source.of(T) and Source.of(T...)?

[He-Pin]

I'm not sure about this, Source.from(T ...t) may cause user to wonder does the stream emits T1, T2, T3 ... or just a [T1, T2，T3 ...] array element. I think that's why there is a Source.single for explicit.

So：

• Source.single for a single element.
• Source.multi for many elements

Which is a little verbos but very clear

[Roiocam]

Fair to me. It will be easier to use on Java.

[laglangyue]

I vote +1 to Source.of, I like to use Source.of(1) and Source.of(1, 2, 3)
Source.multi(1) equals Source.single(1) , so Source.multi(1) just emit one, it conveyed an erroneous semantics

[He-Pin]

How about Source.elements(T ...t) ? of will cause real trouble at Work when you need to cooperate with your work-mate, trust me.

[laglangyue]

How about Source.elements(T ...t) ? of will cause real trouble at Work when you need to cooperate with your work-mate, trust me.

okey

[He-Pin]

I just checked https://github.com/smallrye/smallrye-mutiny, which is using items(...)

Multi.createFrom().items(1, 2, 3, 4, 5)
        .onItem().transform(i -> i * 2)
        .select().first(3)
        .onFailure().recoverWithItem(0)
        .subscribe().with(System.out::println);