I was introduced to RESTful APIs when Rails started championing them. And while I've read a number of REST articles, it still seems like I'm not understanding the nuances of long-term vs short-term decoupling of client/server to the level that Fielding demands for REST. For example, there's his blog entry here: http://roy.gbiv.com/untangled/2008/rest-apis-must-be-hyperte... A key point is this paragraph: "A REST API…
Why and How You Should Write REST-Centric Applications
31–33 of 33 posts
Re: Why and How You Should Write REST-Centric Applications
#32I was introduced to RESTful APIs when Rails started championing them. And while I've read a number of REST articles, it still seems like I'm not understanding the nuances of long-term vs short-term decoupling of client/server to the level that Fielding demands for REST. For example, there's his blog entry here: http://roy.gbiv.com/untangled/2008/rest-apis-must-be-hyperte... A key point is this paragraph: "A REST API…
If the server can evolve new functions independent of the client then it seems to me that the client has to evolve new intentions independent of the server. At present, clients can only do that with a human operator.
Re: Why and How You Should Write REST-Centric Applications
#33Earlier quoted context omitted.
The hardcore randomly change all the urls in testing to make sure nothing is hardcoded. A hateos api should still work.
Haha, I thought about doing that, but it would just serve to piss a lot of people off. I think it would be kind of cool to have a little project/developer toy that would be an API where only a single endpoint was provided (think http://mysteryapi.com ), and the rest of it had to be discovered. It could be like the labyrinth from House of Leaves, but in REST API format.
http://ws-rest.org/2010/files/WSREST2010-Preliminary-Proceed... starts at page 6