Spécification de l'ordre des ressources

Question

J'essaie d'ajouter un chemin à mon application. J'ai un code qui fonctionne comme je le voudrais, mais j'aimerais le regrouper différemment pour qu'il soit plus intuitif à lire. Voici le code:

get 'posts/search' => 'posts#search', 
    :as => :search_posts 

put 'posts/search_result' => 'posts#search_result', 
    :as => :search_posts_result 

resources :posts do 

end 

mais je voudrais faire quelque chose comme ceci:

resources :posts do 
    get 'posts/search' => 'posts#search', 
    :as => :search_posts 

    put 'posts/search_result' => 'posts#search_result', 
    :as => :search_posts_result 
end 

Il est une différence très petite, mais le faire la dernière façon définit fonctionne resources :posts premier. Par conséquent, Rails tente de faire correspondre /posts/search à /posts/:id (pour l'affichage) et donne une erreur car il ne peut pas trouver un message avec l'ID 'recherche'. Y at-il un moyen que je peux dire à rails pour exécuter les définitions get et mettre avant d'exécuter resources :posts?

Answer 1

La raison pour laquelle vos itinéraires ne fonctionnent pas est qu'ils sont définis sur chaque membre des messages, donc /posts/1/posts/search. Vous devez exécuter rake routes pour vérifier où vont vos itinéraires. Pour résoudre votre problème, vous voudrez probablement corriger ces chemins d'accès et vous assurer que vous définissez le chemin de recherche sur l'ensemble de la collection. Si cela est déroutant, vérifiez le guide.

resources :posts do 
    get :search, :on => :collection 
end 

Vous n'avez pas non plus besoin de toutes les autres choses que vous aviez. Cela va créer toutes les routes suivantes pour vous:

search_posts GET /posts/search(.:format) {:action=>"search", :controller=>"posts"} 
     posts GET /posts(.:format)   {:action=>"index", :controller=>"posts"} 
      POST /posts(.:format)   {:action=>"create", :controller=>"posts"} 
    new_post GET /posts/new(.:format)  {:action=>"new", :controller=>"posts"} 
    edit_post GET /posts/:id/edit(.:format) {:action=>"edit", :controller=>"posts"} 
     post GET /posts/:id(.:format)  {:action=>"show", :controller=>"posts"} 
      PUT /posts/:id(.:format)  {:action=>"update", :controller=>"posts"} 
      DELETE /posts/:id(.:format)  {:action=>"destroy", :controller=>"posts"} 

Rails définit les routes sur toute la collection avant que les routes de ressources par défaut (comme vous pouvez le voir ci-dessus) afin que vos itinéraires ont priorité.

Et aussi loin que votre méthode PUT posts#search_result, eh bien, c'est vraiment déroutant - vous voulez mettre à jour un résultat de recherche manuellement?

---

par les commentaires: je recommande quelque chose comme ça au lieu d'avoir une action distincte pour les résultats de recherche. En règle générale, une page de recherche semble la même avec ou sans résultats, sauf le message d'erreur si vous effectuez une recherche et que rien ne s'affiche. Traiter avec élégance le cas où une page de recherche est affichée sans qu'une requête soit présente vous permet de nix une action redondante.

def search 
    @query == params[:q] || '' 

    # search logic 

    flash[:error] = 'Nothing found message' if @results.empty? unless @query.blank? 
end 

Answer 2

resources :posts do 
    collection do 
    get :search, :as => :search_posts 
    put :search_result, :as => :search_posts_result 
    end 
end