Might be better than Rx, Rx tried to make the framework language agnostic, there is RxJava, RxCPP, RxRust, RxPy, RxPHP...etc, so that one might be better as it might more intuitive as something created for a single specific stack/language.
TIL:
The JS/TS ecosystem gives you a global store like redux - along with observers/listeners for their fields
Similarly, in the C world - if you're building a UI - you go for Signals/Slots (via Boost.Signals2 or QT, etc), or RxCPP for events handling
#buildinpublic
Sorry, I know you are the master creator of Rx :)
I forgot to mention the context that we are using rxcpp which has the following drawbacks: no longer maintained, template heavy -> require long time and large memory to compile. Thus, it increases the perceived pain of adoption.
So in P2300 then() is map() and let_value() is bind()
I don’t like the names. I am used to map() and flat_map() in Rxcpp.
In std transform() is map() and that would mean flat_transform() or transform().merge() for bind()
Like I said before. I believe in using namespaces.
There is a new rxcpp being actively developed using c 20 features.
The code is beautiful. A lot of syntax overhead is removed from the implementation due to C 20
Please check it out and lend a hand!
github.com/victimsnino/React…