如何编写/组织 Rails 控制器和路由以允许访问每个级别的深度嵌套资源？

Question

首先，coreyward在浅层次上很好地提出并回答了这个问题，但我理解得不够深入。

如果我扩展科里沃德的例子，我可以想象一个致力于强调策展的照片网站。照片应该显示在相册中，一张照片可以出现在多个相册中。此外，照片还有很多标签。

所以 User has_many :albums、:photos 和 :tags、Album has_many :photos 和 :tags (通过照片)、Photo has_many :tags 等。

所以查看照片的主要方式将通过 /users/123 /相册/456/照片/789。照片将有一个唯一的 ID，因此我可以简单地访问 /photos/789，但我认为该 URL 在用户体验中是一个有价值的寻路工具，并且希望清楚地表明这是属于特定相册中的照片特定用户。和 coreyward 一样，我也想在一些地方使用虚荣 URL（url slugs）。

即使我以最简单的方式路由#show 和#index 操作（例如/photos/789 和/albums/456/photos），#new 和#create 也会有一些问题。如果我打开 /users/123/albums/456/photos/new，用户可以上传一张照片，这将获得 user_id 123 并且该应用程序将足够智能，可以创建一个连接表（album_photos 或您拥有的东西）条目，而无需要求用户在单独的步骤中进行此关联。

仍然存在这样的情况：某人根据权限想要查看 /users/123/photos 或只是 /photos、/albums、/tags。

我想避免像 coreyward 建议的控制器中的条件逻辑，但有 app/controllers/photos_controller.rb、app/controllers/users/photos_controller.rb 和 app/controllers/users/albums/photos_controller.rb 似乎很讨厌。

我应该如何处理这样的事情（在 Rails 3 中）？

谢谢！

Answer 1

你完全搞错了伙计。在任何情况下，您都不必拥有 users/photos_controller.rb。您可以只拥有 users_controller.rb 和 photos_controller.rb，然后随心所欲地使用路由：

resources :users do
  resources :albums do
    resources :photos
  end
end

# and also provide unnested access to photos and albums
resources :photos, :albums

查看 此处 查看一些示例，但请注意其中的内容：“资源嵌套深度不应超过 1 层”。事情很快就会变得非常混乱，尤其是当你必须开始写一些垃圾内容时，比如：

link to 'photo', users_albums_photos_path(:user_id => 3, :album_id => 7)

恶心！实际上，嵌套路由应该谨慎使用，并且不惜一切代价避免。您所描述的内容听起来根本不像嵌套路由的良好候选者（事实上，我可以加载没有相册的图片，这是一个危险信号）。除了通过路由之外，还有其他方法可以保护对资源的访问