Noms de contrôleurs et d'aides au singulier ou au pluriel dans Rails

Question

Y a-t-il un inconvénient à utiliser des noms singuliers pour les contrôleurs et les aides ? Rien ne semble dépendre de cela. Il semble même que les aides n'aient pas à faire le même choix entre le singulier et le pluriel que leurs contrôleurs correspondants, du moins d'après mon expérience limitée. Est-ce bien le cas ?

Answer 1

Définitivement au pluriel .

Avec un routage reposant et un contrôleur unique

Contrôleur :

dog_controller.rb  

Itinéraires :

map.resources :dogs  # => blows up  
map.resources :dog  # is ok, but...  
dogs_path # => blows up  
dog_path  # => ok  

Utilisation d'un contrôleur pluriel

Contrôleur :

dogs_controller.rb

Itinéraires :

map.resources :dogs  
dogs_path # => ok  
dog_path # => ok  

rails generate controller --help a des exemples pluriels :

Example:
`rails generate controller CreditCards open debit credit close`

CreditCards controller with URLs like /credit_cards/debit.
    Controller: app/controllers/credit_cards_controller.rb
    Test:       test/controllers/credit_cards_controller_test.rb
    Views:      app/views/credit_cards/debit.html.erb [...]
    Helper:     app/helpers/credit_cards_helper.rb

Answer 2

L'utilisation de noms pluriels pour les contrôleurs est juste une convention.

Les noms pluriels semblent généralement plus naturels (surtout pour les contrôleurs qui sont liés directement à un modèle spécifique : Utilisateur -> Utilisateurs, etc.), mais vous pouvez utiliser ce que vous voulez.

En ce qui concerne les aides, toutes les aides sont disponibles pour tous les contrôleurs par défaut, donc techniquement, la façon dont vous nommez vos aides n'a aucune importance. C'est juste une autre convention pour garder les fonctions d'aide d'un contrôleur dans une aide avec le même nom que le contrôleur.

Answer 3

Un modèle est singulier car il fait référence à un seul objet comme l'utilisateur. Un contrôleur est au pluriel car il s'agit des contrôles (méthodes) pour la collection d'utilisateurs. La façon dont on nomme les routes dépend du développeur individuel. Je n'ai jamais eu d'utilisateur qui se soit plaint qu'une URL pour une requête web soit au singulier ou au pluriel. Le résultat final est de maintenir une convention commune pour les contributeurs actuels et futurs tout en servant des affichages de page de qualité ou des requêtes API pour les utilisateurs finaux.

Answer 4

Vous avez une explication très complète dans les guides Rails : http://edgeguides.rubyonrails.org/routing.html#resource-routing-the-rails-default

Answer 5

La convention Rails veut qu'un contrôleur gère un modèle, qu'une ou plusieurs instances de ce modèle puissent exister pendant l'exécution. Cependant, vous pouvez avoir une application Rails où (certains) des contrôleurs (et les vues associées) ne sont pas associés à un modèle particulier, mais gèrent plutôt un ensemble plus complexe de fonctionnalités. Dans ce cas, la pluralisation automatique n'a pas de sens.

L'application Rails sur laquelle je travaille actuellement entre dans cette catégorie, et le fait que Rails s'attende à ce que les identifiants que je définis au singulier à un endroit soient ensuite utilisés au pluriel à d'autres endroits m'irrite tout simplement. Par exemple, je pourrais vouloir définir quelque chose comme ceci dans config/routes.rb :

  resource :dashboard, :only => [:show]

et ensuite je veux un contrôleur DashboardController pour afficher des informations synthétiques sur certains aspects de l'application, en rassemblant des informations provenant de plusieurs tables de la base de données. Ainsi, ici, Dashboard ne fait référence à aucun modèle de l'application, et il serait tout simplement bizarre que le nom du contrôleur soit DashboardsController .

J'ai trouvé une bonne solution à l'irritation de la pluralisation automatique en cette réponse . En bref, modifiez le fichier config/initializers/inflections.rb et ajoutez à cette définition les mots que vous ne voulez pas voir se mettre automatiquement au pluriel :

ActiveSupport::Inflector.inflections do |inflect|
  inflect.uncountable %w( dashboard foo bar baz )
end