In particular, I need to hear any use cases that aren’t going to be well supported in that gist.
One specific thing: given my idea of using the defaultValue type to determine the deserialization strategy (for numbers at least, maybe arrays?), is there ever an instance, for number query params, that you’d prefer to have a unspecified or null default value? I can’t think of a use case for this… seems like you’d always want a default value to be like 0 or 1 or maybe some items_per_page value, but when would you actually want null?
I like this for common cases, but it still doesn’t handle my weird use case where I’m essentially emulating an existing url structure, and proxying the full contents of the query string (without needing to know it’s underlying structure) to an underlying API.
This is needed for my http://rednit.com reddit client to be able to support any arbitrary reddit url.
The parent controller has query params general to all of the children and the children have query params specific to their needs.
Right now, I’m able to pretty easily bundle the parent and child query params in the child route to pass to an ajax request. How would I go about doing that in the new proposal?
paramsFor seems to return all strings – I imagine it’d be returning proper types with the new-new-new changes? In that case, my use case should be fine…