Когда я начал использовать Backbone с Rails (почти год назад), я также хотел подобный камень (в то время я использовал backbone-rails).Первоначально казалось, что многие вещи были дублированы между магистралью и рельсами, но по мере развития я обнаружил, что это скорее исключение, чем правило.Особенно, если вы используете Rails в качестве API, этот вид гемов может быть полезен только в начале проекта и менее актуален после.
Я говорю это, потому что большинство наших моделей больше не имеют соответствия 1-1 с нашими ресурсами Rails.Например, хотя требуется информация о людях, эта информация поступает из ряда ресурсов и исключает большую часть данных в первичных записях людей.Кроме того, создание и изменение их не подходит для нашего приложения, а создание осуществляется только по приглашению, и это полностью отображается как другой ресурс.
Другие ресурсы не нужны, а у других такой маленькийподмножество функций или данных, или иметь данные из нескольких ресурсов, которые сгенерируют их, действительно не сработают.
Поскольку в нашем случае rails - это API, у нас нет дублирования на уровне представления.
Я считаю, что создание пользовательских генераторов, соответствующих вашей работе с магистралью, или наличие нескольких шаблонов в выбранном вами редакторе для более гибкого решения.
С точки зрения организациимы добавили магистраль как каталог в каталог app / assets / javascripts и создали каталоги для моделей, представлений, маршрутизаторов, помощников и т. д. здесь.Это позволяет использовать coffeescript для написания магистрали без каких-либо драгоценных камней.Мы используем гемы jasmine и jasminerice для тестирования нашего магистрального кода с coffeescript и haml для фикстур (они находятся в каталоге spec / javascripts}.
Что касается шаблонов, то все они являются rails, видят партиалы в наших контроллерах, которыерендерится в заголовок. Backbone ищет их по id и использует их оттуда.
Надеюсь, это поможет.