Ändern Sie den Namen des Parameters: id in Routing-Ressourcen für Rails

Ich habe mich umgesehen, wie man den dynamischen Parameter-Slot ändert, und diesen Beitrag gefunden, der genau das tut. Der Beitrag lautet https://thoughtbot.com/blog/rails-patch-change-the-name-of-the-id-parameter-in

Grundsätzlich funktioniert es, wenn folgende Routen verwendet werden:

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

Diese Routen erstellen die folgenden Pfade:

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

Eine Lösung besteht darin, die def to_paramMethode im Modell zu überschreiben , aber ich möchte dies, ohne das Modell selbst zu berühren.

Aber wie kann ich dasselbe für Rails 3 erreichen, da es für Rails 2.x ist?

Aktualisieren

Diese App verwendet Mongoid. Nicht AR. Daher kann der Edelstein freundlich nicht afaik verwendet werden.

Schienen 4 & 5

In Rails 4 wurde die :paramOption hinzugefügt, die genau das zu tun scheint, wonach Sie suchen. Sie können sich den Rails 3-Code im Vergleich zum Rails 4-Code ansehen .

Einzelheiten

Sie können dies einfach in Ihre routes.rbDatei implementieren :

# config/routes.rb

resources :posts, param: :slug

# app/controllers/posts_controller.rb

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

Ab der Veröffentlichung von Rails 4 ist diese Funktionalität in den Rails-Handbüchern dokumentiert .

Schienen 3

Leider ist in Rails 3 die :keyOption fürresources entfernt, sodass Sie den Namen für auf diese Weise erstellte Routen nicht mehr einfach ändern können, indem Sie einfach eine zusätzliche Option übergeben.

Einzelheiten

Ich gehe davon aus, dass Sie die Anwendung im letzten Jahr bereits irgendwie so zum Laufen gebracht haben, wie Sie es möchten, aber ich werde einen Weg gehen, um den in Rails 3 beschriebenen Effekt zu erzielen routes.rb. Es wird nur ein bisschen mehr Arbeit als die to_paramMethode erfordern. Sie können immer noch benutzerdefinierte Parameter in Routen definieren definiert mit scopeund match(oder Vettern get, put, post, unddelete ). Sie schreiben einfach den gewünschten Parameternamen in den Matcher:

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

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

Sie müssten alle Routen, die resourcesautomatisch für Sie erstellt werden, manuell hinzufügen , aber es würde das erreichen, wonach Sie suchen. Sie können die :controllerOption mit scopeund zusätzliche scopeBlöcke auch effektiv verwenden , um einen Teil der Wiederholung zu entfernen.

BEARBEITEN (8. Mai 2014): Machen Sie deutlicher, dass die Antwort Informationen für Rails 3 und 4 enthält. Aktualisieren Sie die Links zum Code, um genaue Zeilennummern und Commits zu erhalten, damit sie über einen längeren Zeitraum funktionieren.

BEARBEITEN (16. November 2014): Rails 4 sollte jetzt ganz oben stehen und relevante Informationen enthalten, da es sich seit einiger Zeit um die aktuelle Version von Rails handelt.

BEARBEITEN (9. August 2016): Beachten Sie, dass die Lösung in Rails 5 noch funktioniert, und aktualisieren Sie veraltete Links.

Übergeben Sie in Rails 4 die Option param, um die Parameter: id zu ändern. Zum Beispiel resources :photos, param: :photo_namewird / photos /: photo_name generiert

Wenn ich dich richtig verstehe, willst du das client_namestatt idin deiner URL haben, oder?

Sie können dies tun, indem Sie die to_paramMethode in Ihrem Modell überschreiben . Weitere Informationen erhalten Sie hier .

Dafür gibt es ein Juwel, genauso wie es für alles ein Juwel gibt;)

Ich habe FriendlyId für diese Art von Verhalten in Rails 3 verwendet.

Dazu müssen Sie Ihrem Modell jedoch Code hinzufügen:

class Client < ActiveRecord::Base
  has_friendly_id :name
end

... und wenn Ihre Clients keine URI-kompatiblen Namen haben, möchten Sie möglicherweise einen Slug dafür verwenden, mit dem Sie arbeiten können has_friendly_id :name, :use_slug => true. Wenn Sie Slugs verwenden, müssen Sie diese natürlich auch in der Datenbank speichern.

Und wie bereits erwähnt, können Sie den to_paramTrick mit Schienen 3 weiterhin verwenden, wie hier dokumentiert . Ich finde FriendlyId allerdings etwas vielseitiger.

In Rails 3 können Sie die ID-Schlüssel mithilfe einer Kombination aus Namespaces und Bereichen wie folgt umbenennen (allerdings nicht sehr schön):

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