4 ms·
Not sure about your karma sacrifice, but if someone has doubts: > What needs to be done to make the REST architectural style clear on the > notion that hyp
by rimantas 10y ago
Not sure about your karma sacrifice, but if someone has doubts:
> What needs to be done to make the REST architectural style clear on the
> notion that hypertext is a constraint? In other words, if the engine of
> application state (and hence the API) is not being driven by hypertext,
> then it cannot be RESTful and cannot be a REST API. Period. Is there
> some broken manual somewhere that needs to be fixed?
That's by Roy T. Fielding himself (http://roy.gbiv.com/untangled/2008/rest-apis-must-be-hypertext-driven http://roy.gbiv.com/untangled/2008/rest-apis-must-be-hyperte...)
So if it is not HATEOAS it is not REST. Alas, I am not aware about any term which can be used for these Richardson maturity model Level 2 services.
- danpalmer 10y agoThank you for that quote, I shall save it for future use. Also lots of replies and 0 points. That's what I'm talking about, this always gets downvoted.
- d0mine 10y agoIt reminds me that GIF is pronounced GIF by most people even if the inventor pronounces it as JIF. The language is what people use to communicate. REST may mean whatever most people think it means regardless what the inventor of the term thinks it should mean. Another example is the word hacker. For most people it is "a person who uses computers to gain unauthorized access to data" (according to Google) that is different from the meaning used on this site: "one who works like a hack at writing and experimenting with software, one who enjoys computer programming for its own sake" http://www.etymonline.com/index.php?term=hacker http://www.etymonline.com/index.php?term=hacker