Rails - Dec 2007 - Nested Resources, REST, and overall strategy for syndication service

Hi folks. I was hoping to get a couple tips before I launched headlong
into my next project.

I am prototyping a content syndication service. There are two types of
application users:

- Content Providers supply content to the service (using web ui,
uploading files, web services)
- Content Re-packagers request content in various formats (xml, html,
rss, etc.)

Content Providers maintain one or more "channels". I am not sure I am
using the word "resource" correctly, but each channel
"resource" has a
number of nested resources.

So, my question(s). Let''s take a music analogy where a channel is
equivalent to an artist. A user might maintain multiple channels. A
channel has many nested resources ... shows, news, picture gallery,
picture, audio, album, album track, etc.  Should I create a controller
for each and every model? Should I use controllers grouped into two
modules (e.g. Content In, Content Out)? Should I use REST with URLs
like ...

/channels/1/albums/1/tracks/new

I know from a previous project that it really starts to look messy
when you start naming actions things like "edit_picture". I want this
to be clean with as little duplication as possible.

I am very new to this, and was just hoping to get started on the right
foot.

Thanks

John
--~--~---------~--~----~------------~-------~--~----~
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-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
To unsubscribe from this group, send email to
rubyonrails-talk-unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
For more options, visit this group at
http://groups.google.com/group/rubyonrails-talk?hl=en
-~----------~----~----~----~------~----~------~--~---