Re: conneg considered harmful
Mike Kelly <[email protected]> Sat, 8 Jun 2013 11:34:52 +0100
| Newsgroups | gmane.comp.web.services.rest |
|---|---|
| Message-ID | <CANqiZJafnyUQOH+wv-+44HC_Zxc6MTMw0oo==QC5m+uCPx4jhQ@mail.gmail.com> |
On Fri, Jun 7, 2013 at 10:17 PM, Eric J. Bowman <[email protected]>wrote: > ** > > > > > > BTW - i'd be happy to see user-agents support client-driven > > negotiation. i used to think this meant common browsers MUST be the > > leaders for a feature like this. but recently i've started to think > > that native-built mobile clients could start to turn the tide on what > > features show up in the pipeline. > > > > +1, and +1 to [1] and [2] while I'm at it... > > Browsers are truly becoming their own, undefined architecture. REST > may become unfeasible as a model for browser-based system performance, > which hardly means it won't continue to be the ideal, or that resources > will cease to exist as an abstract concept even if TAG replaces the term > in AWWW v2. > What do you mean by 'undefined'? Running code has definitive behaviour: http://caniuse.com/ What is it, specifically, that you feel may be about to render browsers infeasible as the basis for a RESTful system? Is there anything missing that would make it feasible and if so why is it missing? e.g. why did the efforts to introduce PUT and DELETE to <form> fail? fwiw, I am -1 to this idea of trying to "defend REST" by pursuing a competing platform on 'native mobile'. It seems like a huge waste of time.. How can you do this without essentially just reproducing something that does what a browser does already? Surely, it would be better to direct all that energy towards improving the trajectory of this new, "living" browser platform? Even if that is a hard slog, it's probably the most likely way of getting the outcome you want. Cheers, M