Modifiez le nom du paramètre: id dans Routing resources for Rails

J'ai regardé autour de moi pour savoir comment changer l'emplacement des paramètres dynamiques et j'ai trouvé ce post qui fait exactement la chose. Le message est https://thoughtbot.com/blog/rails-patch-change-the-name-of-the-id-parameter-in

Fondamentalement, ce qu'il fait est, si les itinéraires suivants sont:

map.resources :clients, :key => :client_name do |client|
  client.resources :sites, :key => :name do |site|
    site.resources :articles, :key => :title
  end
end

Ces itinéraires créent les chemins suivants:

/clients/:client_name
/clients/:client_name/sites/:name
/clients/:client_name/sites/:site_name/articles/:title

Une solution consiste à remplacer la def to_paramméthode dans le modèle, mais je veux cela sans toucher au modèle lui-même.

Mais comme c'est pour Rails 2.x, comment puis-je obtenir la même chose pour Rails 3?

Mettre à jour

Cette application utilise Mongoid. Pas AR. Ainsi, la gemme amicale ne peut pas être utilisée afaik.

Rails 4 et 5

Dans Rails 4, l' :paramoption a été ajoutée, qui semble faire exactement ce que vous recherchez. Vous pouvez jeter un oeil au code Rails 3 par rapport au code Rails 4 .

Détails

Vous pouvez facilement l'implémenter dans votre routes.rbfichier:

# config/routes.rb

resources :posts, param: :slug

# app/controllers/posts_controller.rb

# ...
@post = Post.find_by(slug: params[:slug])
# ...

Depuis la sortie de Rails 4, cette fonctionnalité est documentée dans les guides Rails .

Rails 3

Malheureusement, dans Rails 3, l' :keyoption pour a resourcesété supprimée, vous ne pouvez donc plus changer facilement le nom des routes créées de cette manière en passant simplement une option supplémentaire.

Détails

Je suppose que vous avez déjà fait fonctionner l'application comme vous le souhaitez au cours de la dernière année, mais je vais trouver un moyen d'obtenir l'effet que vous décrivez dans Rails 3 routes.rb. Cela impliquera juste un peu plus de travail que la to_paramméthode. Vous pouvez toujours définir des paramètres personnalisés dans des itinéraires définis à l' aide scopeet match(ou cousins de elle get, put, postet delete). Il vous suffit d'écrire le nom du paramètre souhaité dans le matcher:

get 'clients/:client_name', :to => 'clients#show', :as => client

scope 'clients/:client_name' do
  get 'sites/:name', :to => 'sites#show', :as => site
end

Vous devrez ajouter manuellement tous les itinéraires créés resourcesautomatiquement pour vous, mais cela permettrait d'obtenir ce que vous recherchez. Vous pouvez également utiliser efficacement l' :controlleroption avec scopeet des scopeblocs supplémentaires pour supprimer une partie de la répétition.

EDIT (8 mai 2014): Rendez plus évident la réponse contient des informations pour les deux Rails 3 et 4. Mettez à jour les liens vers le code pour aller aux numéros de ligne et commits exacts afin qu'ils fonctionnent pendant une période plus longue.

EDIT (16 novembre 2014): Rails 4 devrait être au sommet maintenant et inclure des informations pertinentes car il s'agit de la version actuelle de Rails depuis un certain temps maintenant.

EDIT (9 août 2016): pensez que la solution fonctionne toujours dans Rails 5 et mettez à jour les liens obsolètes.

dans Rails 4, passez l'option param pour modifier les paramètres: id. Par exemple resources :photos, param: :photo_nameva générer / photos /: photo_name

Si je vous comprends bien, ce que vous voulez, c'est avoir la client_nameplace de iddans votre URL, non?

Vous pouvez le faire en remplaçant la to_paramméthode dans votre modèle. Vous pouvez obtenir plus d'informations ici .

Il y a un bijou pour ça, tout comme il y a un bijou pour tout;)

J'utilise FriendlyId pour ce genre de comportement dans les rails 3.

Il vous faudra cependant ajouter du code à votre modèle, comme ceci:

class Client < ActiveRecord::Base
  has_friendly_id :name
end

... et si vos clients n'ont pas de noms compatibles URI, vous pouvez utiliser un slug pour cela, ce que vous pouvez faire has_friendly_id :name, :use_slug => true. Lorsque vous utilisez des slugs, vous devrez évidemment les conserver dans la base de données.

Et comme déjà mentionné, vous pouvez toujours utiliser l' to_paramastuce avec les rails 3, comme documenté ici . Je trouve cependant FriendlyId un peu plus polyvalent.

Dans Rails 3, vous pouvez renommer les clés d'identifiant en utilisant une combinaison d'espaces de noms et d'étendues comme celle-ci (pas très bien cependant):

namespace :clients do
  scope "/:client_name" do
    namespace :sites do
      scope "/:name" do
         post "/:title" => "articles#create"
         ...
      end
    end
  end
end