Re: How much REST should your Web API get?
Jérôme Louvel <[email protected]> Fri, 3 May 2013 13:36:01 +0200
| Newsgroups | gmane.comp.web.services.rest |
|---|---|
| Message-ID | <CAOsY8mSH+Ots+W=p4H7u+SStWU1RihRCzPC4_5UodcqFU0LtQg@mail.gmail.com> |
+1 2013/5/2 Mike Schinkel <[email protected]> > ** > > > On May 2, 2013, at 2:34 PM, Jan Algermissen <[email protected]> > wrote: > > I'd say, the vast majority of Web APIs fails to be RESTful because people > simply did not follow the style. Show me a single example that has been > deliberately designed unRESTful on the basis of design principles. > > > I think that last statement is demonstrably provable to be false. To make > a web API purely RESTful takes more effort on the part of the client and > some who have published web APIs have on purpose chosen not to require that > effort. I can't point to specific APIs at this moment but I know I've read > posts from others on various other web API-related lists such as API > Craft saying that pure REST makes it harder than they want for people to > succeed at using their web API. > > Of course if they then call their web API RESTful they are in the wrong. > > Further, and this (only) a slight tangent but the more I learn about pure > REST the more I come to believe that the focus on hypermedia constraint it > a red herring when an application-specific media type is not used. AFAICT > very promoting hypermedia make the explicit point that hypermedia does not > bring the benefits of REST without a dedicated media type. By itself > hypermedia just adds complexity; with a dedicated media-type a client can > be built that "knows" what do with the links found in the media type but I > see (almost?) nobody advocating this besides some cryptic comments from Roy > on his blog almost 5 years ago. > > -Mike > > >