Hi, I stuck by creating the URIs for my Rails Application. Let me explain my app: The User has Tasks , which are organized as a Nested_Set. So with the URI "domain/tasks" the root tasks of the user are shown. Now i want to show all Tasks (the whole tree). What''s the best practice doing this? My ideas are "domain/alltasks" as an own resource, but there will be only one method (index) in the resource or "domain/tasks;all" , but i think this vetoes against the REST rules. So what do you think? -- You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email to rubyonrails-talk-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org To unsubscribe from this group, send email to rubyonrails-talk+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en.
2010/1/6 LeonS <leonard.stellbrink-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>:> Hi, > > I stuck by creating the URIs for my Rails Application. > Let me explain my app: The User has Tasks , which are organized as a > Nested_Set. > So with the URI "domain/tasks" the root tasks of the user are shown. > Now i want to show all Tasks (the whole tree). What''s the best > practice doing this? > My ideas are "domain/alltasks" as an own resource, but there will be > only one method (index) in the resource > or "domain/tasks;all" , but i think this vetoes against the REST > rules.If I understand correctly you require two different view modes for the index action. In this case I would vote for using domain/tasks for both with a parameter (optional) for the mode. I do not think this is unrestful. Colin -- You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email to rubyonrails-talk-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org To unsubscribe from this group, send email to rubyonrails-talk+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en.