This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2016-01-21
Channels
- # aatree (88)
- # admin-announcements (14)
- # alda (26)
- # announcements (4)
- # avi (6)
- # aws (7)
- # beginners (80)
- # boot (268)
- # braid-chat (58)
- # cider (4)
- # clara (54)
- # cljs-dev (16)
- # cljsrn (27)
- # clojars (13)
- # clojure (123)
- # clojure-chicago (2)
- # clojure-czech (8)
- # clojure-france (5)
- # clojure-hamburg (2)
- # clojure-miami (6)
- # clojure-nl (5)
- # clojure-russia (285)
- # clojure-spain (2)
- # clojurebridge (3)
- # clojurescript (137)
- # code-reviews (14)
- # community-development (6)
- # core-async (8)
- # core-matrix (10)
- # cursive (2)
- # datascript (1)
- # datomic (24)
- # dirac (2)
- # emacs (5)
- # hoplon (4)
- # incanter (6)
- # jobs (7)
- # ldnclj (42)
- # ldnproclodo (2)
- # leiningen (1)
- # mount (60)
- # off-topic (15)
- # om (134)
- # onyx (65)
- # perun (4)
- # portland-or (2)
- # proton (15)
- # random (1)
- # re-frame (24)
- # reagent (7)
- # testing (4)
- # yada (9)
reading the docs (https://clojure.github.io/core.async/), what’s the difference between a port and a channel? what’s the difference between >!
and onto-chan
?
A port is either the read or write end of a channel. A basic chan typically has a read port and a write port.
onto-chan puts a collection of values onto a channel instead of just one
A lot of the core.async
API uses the parameter name port
where the parameter should be a channel
or at least, it used to (haven’t checked in a while)
thanks for the clarification @alexmiller. also I’d agree with @erik_price that when listing parameters it would be less confusing to say channel. e.g. (<! channel)
It was unclear when we released async whether port and channel would diverge as concepts. They still might. It's particularly interesting to consider cases that need read or write ports but not both.