Hi, in my understanding, RESTful system design (as described in Roy Fielding's dissertation) does not advocate hiding any state "behind a bunch of methods". :)
In REST, application state is carried by the representation that is passed back and forth between the server and the client. It seems to me that a "truly" RESTful system design is very much in line of what Rich was talking about. Las 2012/8/15 Conrad <drc...@gmail.com> > Hi Everyone... Quick question about Rich's latest talk: > > In it he eloquently argues that "you don't want to systems to communicate > with each other by calling each other's methods. Instead it is better to > just move values between systems that can also be queued." > > It occurs to me that RESTful web interfaces essentially hide a big chunk > of state behind a bunch of methods (i.e. the URIs you can GET/PUT/POST to.) > > Am I right in thinking that Rich's talk is an argument AGAINST RESTful > design? It seems to me his talk would suggest the best interface would > almost be a SOAPy interface, where all communication is to a single URL. > (Of course unlike SOAP the calls wouldn't consist of method invocations but > instead consist of a stream of values.) > > Is this right? > > -- > 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 -- László Török -- 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