Re: RESTful order-status API (was: URI design, part 2)

"Eric J. Bowman" <[email protected]>
Newsgroups gmane.comp.web.services.rest
Organization Bison Systems Corporation
Message-ID <[email protected]>
Greg Young wrote:
>
>  /CRMapp?order=1&query=status
> 
> until intermediaries decide to ignore you because the ?
> 
> :(
> 
> They shouldn't but they do :)
> 

They're configurable, and while this may have been a problem in the
past, I don't believe it to be anything but an edge case, now.  URIs
are opaque and should be considered in their entirety as cache keys.
The best a developer can do, is design to REST -- my example certainly
doesn't violate any constraints -- and let the deployed architecture
catch up.

There's much FUD out there about query strings, particularly in REST
discussions, which amounts to unfounded myth.  I see no reason to avoid
query strings because they *might* be ignored by a small percentage of
caches, economy of scale still kicks in vs. no-cache.  So go ahead and
treat URIs as opaque when doing REST development, the downside is
more than compensated for by the upside, more so as time goes by.

-Eric
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.