> > To be reliable you'd have to introduce addition machinery to account for > the hazards of distributed systems, so you're probably better off starting > with an abstraction that has those hazards in mind already.
The WebSocket (protocol) is the machinery that's handling this. We aren't discussing using CSP to implement the actual network communication. We aren't concerned what happens outside of the edges of the system. Unlike when using actors, with CSP you don't care where a value you took from a channel came from, and similarly you don't care where the value you put onto a channel goes. The channel is only a primitive for conveyance. The application knows nothing of a WebSocket other than what does the put!s and take!s. CSP-like channels aren't a good across-the-wire abstraction. Their blocking > semantics are intended to coordinate concurrency within a single runtime. Coordination is possible through the blocking semantics of CSP, but isn't the only mechanism it provides. CSP also facilitates buffered, asynchronous operations. I don't see why it would imply anything about a single runtime. On Friday, January 24, 2014 4:45:01 PM UTC-8, Patrick Logan wrote: > > * one side of the channel is in clojure land > * other side of the channel is in cljs land > > Are you implementing coordination across the wire, as if the two channels > are "the same virtual channel"? If so, read on... otherwise, n/m, sorry if > I misinterpreted... > > CSP-like channels aren't a good across-the-wire abstraction. Their > blocking semantics are intended to coordinate concurrency within a single > runtime. > > To be reliable you'd have to introduce addition machinery to account for > the hazards of distributed systems, so you're probably better off starting > with an abstraction that has those hazards in mind already. > > I'm unsure what the arguments would be in favor of CSP-like behavior > across distances, especially between a server (clj) and a browser (cljs)? > > -- -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups "Clojure" group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
