Forum OpenACS Improvement Proposals (TIPs): Re: TIP #44 (Proposal) Service Contract to resolve the url from an object_id

Collapse
7: Re: TIP #44 (Proposal) Service Contract to resolve the url from an object_id (response to 1)
Posted by Dave Bauer on 02/02/04 03:12 PM
I think the point of this is to redirect after the fact. In that case, you only need the URL for this service contract. Doing the calculation before presenting a list of objects will not scale, so a service contract for presentation won't really work.

For EditURL etc, I suspect another redirect would be required if we want to generate edit links for lists of various object types.

One solution is something like http://example.com/object_url?edit. This way the URL for the object stays the same, and the parameters define which mode to use.

Collapse
8: Re: TIP #44 (Proposal) Service Contract to resolve the url from an object_id (response to 7)
Posted by Lars Pind on 02/02/04 04:50 PM
... or

http://example.com/object/view/123

http://example.com/object/edit/123

http://example.com/object/delete/123

etc.

with a central registry of object types, actions you can perform on them, and the privilege required to do so.

Starts to sound like OO, huh? :)

/Lars

Collapse
9: Re: TIP #44 (Proposal) Service Contract to resolve the url from an object_id (response to 8)
Posted by Jeff Davis on 02/02/04 04:57 PM
I prefer the urls to have the action after the id, but maybe thats just me. ie. http://example.com/object/123/edit
Collapse
10: Re: TIP #44 (Proposal) Service Contract to resolve the url from an object_id (response to 9)
Posted by Randy O'Meara on 02/03/04 04:14 AM
As long as the request is served by a VUH, it doesn't really matter.