One of my Ruby on Rails apps has lots of models and a few models that each have lots of has_many
associations. For instance, the Company
model has 27 has_many
associations. Naturally, I have routes and controllers for most of these associations, so it can be pretty overwhelming when you do an ls
in the app/controllers
directory. Unless you're intimately familiar with how all the models relate to each other, nothing will clue you in to the fact that a bunch of the controllers are for managing relations of Company
and that incoming requests reach those controllers via nested routes. This is because the default behavior of the Rails router is to point nested routes to a non-namespaced controller.
So, if you have routes defined like this:
resources :companies do
resources :addresses
end
The route /companies/1/address/2
will point to the AddressesController
, instead of, say, the Companies::AddressesController
. To me, this is confusing and unintuitive, but it is not a huge problem for smaller apps. It gets to be difficult once a routes file starts to look more like this:
resources :companies do
resources :addresses
resources :people
resources :orders
end
resources :products
resources :industries
resources :salespeople
Now, when you look in your controllers directory, it will look like this:
# ls app/controllers
addresses_controller.rb
companies_controller.rb
industries_controller.rb
orders_controller.rb
people_controller.rb
products_controller.rb
salespeople_controller.rb
To figure out that the AddressesController
, PeopleController
, and OrdersController
all handle nested routes requires either 1) opening each one up and reading it, or 2) perusing the routes file. Essentially, the app's routes, which are hierarchical in nature, have been flattened into a single level of hierarchy. Okay, maybe you don't think it's that big of a deal, but imagine trying to make sense of this when you have dozens of controllers and many of them handle nested routes. Luckily, Rails has some tools to help organize your controllers.
What we really want to do is namespace all the controllers that handle nested routes for Company
associations in a module called Companies
. So, the AddressesController
from above would become the Companies::AddressesController
and so on. When we do this, because of the way Rails looks for classes we have defined in our app, we will end up with a companies
directory in app/controllers
that neatly contains all of our namespaced controllers.
Some code will explain this better. Here's how you tell the router that a set of routes should be directed to controllers namespaced under a certain module:
resources :companies do
scope module: "companies" do
resources :addresses
resources :people
resources :orders
end
end
resources :products
resources :industries
resources :salespeople
And now, when you look in your controllers directory, it should look like this (with the companies
directory containing the namespaced controllers):
# ls app/controllers
companies_controller.rb
companies/
industries_controller.rb
products_controller.rb
salespeople_controller.rb
This is much more comprehensible. You know that all the controllers you see in the root controllers directory stand on their own, so to speak. And all the controllers in the companies
directory are for handling nested Company
routes (just remember to prefix the all of the controller class names with Companies::
when you define them). Plus, now there is a shared hierarchy between your routes file, the names of your controller classes, and the names and layout of the files on disk.