This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2019-09-15
Channels
@ikitommi i have read your messages about promesa in the history https://clojurians-log.clojureverse.org/funcool/2019-07-05, and yes, promesa has some overhead on top of plain completabe future, just for make it behave in the same way as clojure.core/future
(being aware of current dynamic scope and preserve it on the execution of the chained computation...
Additionally, in 4.0.0-SNAPSHOT, a map'
, mapcat'
and bind'
variants are coming in jvm, that does not dispatches on all computations (uses thenApply
instead of thenApplyAsync
...)
I've been thinking about removing the dynamic scope awareness, and delegate it to user if he need it... but i'm still undecided...
with my journeys with Scala futures, the implicit executor was always a mess. 👍:skin-tone-2: For explicit config.
meanwhile, @mpenet did a small wrapper for Java's CP too, https://github.com/mpenet/auspex. Not targetting js thou.
hmm auspex
looks very similar to the promesa... i think that removing the dynamic scope handling will do absolutelly the same with a very similar api..