Вы можете идти так глубоко с вложенными маршрутами, сколько хотите, но имейте в виду, что только потому, что вы можете это не значит, что вам нужно. Чем глубже вы копаете, тем больше работы вы создаете для себя.
Я видел, что для каждого уровня глубины вам необходимо создать базовый контроллер, который обрабатывает родительские параметры, и подкласс, который обрабатывает специфику. Это, как правило, разыгрывают по линиям:
Customer::BaseController < ApplicationController
CustomerController < CustomerController:: BaseController
Customer::Orders::BaseController < Customer::BaseController
Customer::OrdersController < Customer::Orders::BaseController
Customer::Orders::Items::BaseController < Customer::Orders::BaseController
Customer::Orders::ItemsController < Customer::Orders::Items::BaseController
BaseController в каждом случае обрабатывает загрузку и интерпретации параметров в общем порядке, например:
class Customer::BaseController < ApplicationController
before_filter :load_customer
protected
def load_customer
@customer = Customer.find(params[:customer_id] || params[:id])
rescue ActiveRecord::RecordNotFound
render(:partial => 'customer_not_found', :layout => 'application', :status => :not_found)
end
end
Как вы можете видеть, что это может немного запутайтесь, если вы нарисуете свое приложение таким образом. У вас тоже есть очень длинные маршруты.
Если ваша база данных сконструирована так, чтобы записи были достаточно автономными, и многие данные о взаимоотношениях могут быть отделены от них, тогда вам не обязательно идти на все эти проблемы. Страница заказа может обеспечивать связь с заказчиком @ order.customer без необходимости иметь client_id в пути.