This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2019-06-03
Channels
- # announcements (12)
- # beginners (44)
- # boot (27)
- # calva (73)
- # cider (1)
- # clj-kondo (9)
- # cljdoc (9)
- # cljs-dev (15)
- # cljsrn (6)
- # clojure (90)
- # clojure-dev (5)
- # clojure-europe (4)
- # clojure-ireland (3)
- # clojure-italy (22)
- # clojure-mexico (2)
- # clojure-nl (8)
- # clojure-uk (32)
- # clojurescript (12)
- # core-async (2)
- # cursive (16)
- # data-science (10)
- # datascript (3)
- # datomic (44)
- # emacs (17)
- # events (4)
- # graalvm (1)
- # hoplon (5)
- # jackdaw (17)
- # keechma (11)
- # nrepl (7)
- # off-topic (24)
- # re-frame (19)
- # reitit (4)
- # rewrite-clj (2)
- # robots (9)
- # shadow-cljs (20)
- # sql (12)
- # testing (4)
- # tools-deps (23)
- # vim (55)
Namaste
Pensavo a core.async
vs future/delay/promise
. C’e’ posto per entrambe ed hanno chiari vantaggi/svantaggi. Credo la cosa brutta sarebbe solo sempre usare future
o solo sempre usare core.async
.
Son d'accordo che uno non esclude l'altro!
Chiaro che se uno ragiona in termini di event streams avrebbe vita difficile senza core.async
e il suo modello di callbacks
quindi per ogni evento un canale diverso? @reborg
sì beh fare event stream con solo future la vedo molto + a basso livello
Per assurdo io personalmente trovo molto più chiaro core.async... un problema su tutti, le exception che all'interno delle future rimangono lì finché non deferenzi
E non vedo nessun problema con questo approccio. Volevo solo ricordare che agent
fornisce alcune primitive tipo
Sì, è un altro punto per cui non mi piacciono future
/`promises`
comunque dipende da cosa ci devi fare. Parallelismo e multi-threading in generale non hanno bisogno di core.async
, almeno non in principio
Certo, come dicevi tu, è brutto usare sempre e solo future
o sempre e solo core.async
Piu’ che altro ti troversti in callback-hell (e per di piu’ ogni callback ha bisogno di un vero blocking thread)
conoscete magari qualche progetto che implementa async “bene”?
Il punto debole di core.async è la documentazione, imho
@andrea.imparato non saprei indicarti un progetto specifico
@reborg puoi scrivere tu il libro su async no? 🙂
Certo, anche uno su core.spec. Fosse per me, scriverei anche full-time. C’e’ un piccolo problema pero’…
eh immagino 🙂