la différence entre la portée et l'espace de noms de ruby-on-rails 3 de routage

Je ne comprends pas quelle est la différence entre un espace de noms et un champ d'application dans le routage de ruby-on-rails 3.

Quelqu'un pourrait-il expliquer?

namespace "admin" do
  resources :posts, :comments
end

scope :module => "admin" do
  resources :posts, :comments
end

InformationsquelleAutor never_had_a_name | 2010-06-12

ruby-on-rails

103

La différence réside dans les chemins générés.

Les chemins sont admin_posts_path et admin_comments_path pour l'espace de noms, alors qu'ils sont juste posts_path et comments_path pour la portée.

Vous pouvez obtenir le même résultat qu'un espace de noms par l'adoption de la :name_prefix option de portée.
- par des chemins de u veux dire l'aide des noms de droit? je ne comprends pas la portée de la fonctionnalité. que fait-il (:module => "admin") faire si rien ne change?
- Il modifie le réel chemins utilisés par la route chemins "/admin/que ce soit", tout comme l'espace de noms. La seule différente, c'est le préfixe ajouté à l'aide de méthodes.
- Pour mieux comprendre la différence: pensez à utiliser des étendues de localisation via l'URL et namespacing pour la nidification, par exemple l'url:domain.com/nl/admin/panel. La nl est un champ d'application, et l'admin est un espace de noms.
InformationsquelleAutor alternative

exemples toujours m'aider, voici un exemple:

namespace :blog do
  resources :contexts
end

va nous donner les itinéraires suivants:

    blog_contexts GET    /blog/contexts(.:format)          {:action=>"index", :controller=>"blog/contexts"}
                  POST   /blog/contexts(.:format)          {:action=>"create", :controller=>"blog/contexts"}
 new_blog_context GET    /blog/contexts/new(.:format)      {:action=>"new", :controller=>"blog/contexts"}
edit_blog_context GET    /blog/contexts/:id/edit(.:format) {:action=>"edit", :controller=>"blog/contexts"}
     blog_context GET    /blog/contexts/:id(.:format)      {:action=>"show", :controller=>"blog/contexts"}
                  PUT    /blog/contexts/:id(.:format)      {:action=>"update", :controller=>"blog/contexts"}
                  DELETE /blog/contexts/:id(.:format)      {:action=>"destroy", :controller=>"blog/contexts"}

À l'aide de l'ampleur...

scope :module => 'blog' do
  resources :contexts
end

Va nous donner:

     contexts GET    /contexts(.:format)           {:action=>"index", :controller=>"blog/contexts"}
              POST   /contexts(.:format)           {:action=>"create", :controller=>"blog/contexts"}
  new_context GET    /contexts/new(.:format)       {:action=>"new", :controller=>"blog/contexts"}
 edit_context GET    /contexts/:id/edit(.:format)  {:action=>"edit", :controller=>"blog/contexts"}
      context GET    /contexts/:id(.:format)       {:action=>"show", :controller=>"blog/contexts"}
              PUT    /contexts/:id(.:format)       {:action=>"update", :controller=>"blog/contexts"}
              DELETE /contexts/:id(.:format)       {:action=>"destroy", :controller=>"blog/contexts"}

Voici quelques bonnes lectures sur le sujet: http://edgeguides.rubyonrails.org/routing.html#controller-namespaces-and-routing

Donc, si vous n'utilisez pas de portée ici et juste eu: ressources :les contextes, le contrôleur ne pas être imbriquées sur le blog: blog/contextes

InformationsquelleAutor ynkr

53

de la guide rails

"L'espace de noms de la portée va automatiquement ajouter :as ainsi que :module et :path préfixes."

donc
```
namespace "admin" do
  resources :contexts
end
```
est le même que
```
scope "/admin", as: "admin", module: "admin" do
  resources :contexts
end
```
InformationsquelleAutor montrealmike
2

Les deux portée et espace de noms sont à la portée d'un ensemble de routes les options par défaut.

Sauf qu'il n'y a pas des options par défaut pour portée, et pour espace de noms
:path, :as, :module, :shallow_path et :shallow_prefix toutes les options par défaut le nom de l'espace de noms.

Options disponibles pour les deux portée et espace de noms correspondent à celles de la match.

InformationsquelleAutor lakesare
0

portée est un peu complexe, mais offre plus d'options pour affiner exactement ce que vous voulez faire.

portée prend en charge trois options: module, le chemin et que. Si vous voyez portée avec toutes les options, il sera exactement le même que l'espace de noms.

En d'autres termes, routes générées par
```
namespace :admin do
  resources :posts
end
```
est la même que
```
scope module: 'admin', path: 'admin', as: 'admin' do
  resources :posts
end
```
En d'autres termes, nous pouvons dire qu'il n'y a pas des options par défaut pour portée par rapport à l'espace de noms. espace de noms ajouter toutes ces options par défaut. Ainsi, à l'aide de portée, on peut plus ajuster les itinéraires en tant que de besoin.

Si vous prenez un regard profond dans portée et espace de noms comportement par défaut, vous trouverez que portée par défaut prend en charge uniquement les :chemin option, où que espace de noms prend en charge trois options module, le chemin et que par défaut.

Pour plus d'info, veuillez consulter un doc espace de noms et de routage.

InformationsquelleAutor V K Singh

Vous devez vous connecter pour publier un commentaire.