On Mon, Sep 19, 2005 at 09:05:08AM -0500, Gregg Wonderly wrote: > Mark Baker wrote: > > On Sat, Sep 17, 2005 at 06:42:33PM -0600, David Forslund wrote: > > > If one only as PUT and POST one is severely limited on the type of > > > application semantics > > > that one can express. Sending all communications over these type of > > > "method" calls is > > > pretty limiting or requires one to add the application semantics to the > > > messages. > > > > Not at all. Consider that the single method "GET" replaces the need > > for all "get*" semantics such as getStockQuote, getInvoice, getName, > > getAge, etc ... > > > > Nothing prevents the *implementation* from varying, it's just the > > interface that stays the same, just as getStockQuote can return > > both real-time and delayed stock quotes. > > But, the way that results are returned, as well as the formatting of those > results will create dependencies within your > client software. There is no independence from the *implementation* here. > The protocol and all of its limitations are > embedded in the applications protocol.
Yes, knowledge of the data creates dependencies between client and server, just as it does with Web services. The difference is that with Web services, not only do you have this same form of data dependency, but you've *also* got the additional dependency upon interfaces. RESTful services are prima facie more loosely coupled than Web services for this reason. I wouldn't call a data dependancy an implementation dependency though. Mark. -- Mark Baker. Ottawa, Ontario, CANADA. http://www.markbaker.ca Coactus; Web-inspired integration strategies http://www.coactus.com ------------------------ Yahoo! Groups Sponsor --------------------~--> Fair play? Video games influencing politics. Click and talk back! http://us.click.yahoo.com/T8sf5C/tzNLAA/TtwFAA/NhFolB/TM --------------------------------------------------------------------~-> Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/service-orientated-architecture/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
