Re:Amazon proves that REST doesn’t matter for Cloud APIs
by byoung2 on Tuesday December 07, 2010 @08:56AM
(#1979003)
I'm designing a RESTful api at the moment and using get, post, put, and delete to represent select, insert, update, and delete gives users a clear pattern when new features are added. Right now say there are just photos in my app. Post json or XML to /photos to create a new one, put to /photos/123/ to update. Now I announce that I'm adding videos. The pattern is exactly the same, the URL is just / videos. But I suppose you're right, I could achieve the same effect with ?object=video&action=createNew, but why make users learn a new vocabulary?
Re:Amazon proves that REST doesn’t matter for Cloud APIs
by arebop on Tuesday December 07, 2010 @08:45AM
(#1978980)
Yes, because when you don't play by the standard rules, it's hard to find others to play with you. Cache servers are just one example. Another example: web browsers. Note that web browsers are still useful against REST services, even if they don't have good support for PUT or DELETE.
In general, REST provides discoverability and interoperability that you don't get without a uniform interface.
However, does it really make any practical difference whether the API makes full use of all the HTTP methods (GET, PUT, POST, DELETE)? Sure, it may be a bit of an abuse of the protocol to encode everything as a GET, but since you usually don't want any caching when using such an API, does it really matter?