Организация кода Backbone.js и rails

Я работаю над приложением, которое имеет несколько типов пользователей, каждый пользователь имеет отдельный вид, когда они вошли в систему. Например, пользователь бизнес-типа создаст свой профиль для загрузки фотографий и т. д., создаст некоторые другие вещи. а затем контент, созданный компаниями, становится общедоступным на целевой странице веб-приложения.

Я использую магистраль на стороне клиента, но все веб-приложение не полностью магистральное, область управления бизнесом — это отдельная часть, которую магистральное приложение запускает на стороне клиента, и теперь я хочу начать с общедоступной целевой страницы. , я не понимаю, как заставить это работать, должен ли я создать новое магистральное приложение для этой страницы или добавить больше моделей представлений и коллекций в одно и то же приложение?

URL-адреса обеих страниц различаются: один из них похож на what.com/business, а целевая страница — на what.com.

Многие представления и модели со стороны бизнеса такие же, как и на общедоступной целевой странице. Но я не могу придумать хорошее решение, как это организовать.

Кто-нибудь работал над чем-то подобным раньше. Любые идеи?

Спасибо


ruby-on-rails ruby-on-rails-3 backbone.js backbone-views backbone-routing
person Abid    schedule 05.07.2012    source источник

Ответы (2)


arrow_upward
3
arrow_downward

Backbone.js — отличный фреймворк MVC, но в организации большого приложения не так уж много соглашений. Вы должны быть знакомы с некоторыми хорошими шаблонами проектирования, чтобы получить от них максимальную отдачу, иначе они быстро запутаются.

Раньше смотрел на AMD. Выглядит красиво:
http://backbonetutorials.com/organizing-backbone-using-modules/

Это тоже может помочь:
http://ricostacruz.com/backbone-patterns/

Мне также понравилась эта книга правил по разработке хорошего API. Мой Kindle стоил всего 8 долларов!
https://rads.stackoverflow.com/amzn/click/com/B005XE5A7Q

Изменить: недавно я провел рефакторинг большого приложения backbone.js. Я обнаружил, что его намного проще построить, если я использовал архитектуру, управляемую событиями Javascript.

person Rimian    schedule 13.07.2012

arrow_upward
2
arrow_downward

На эту тему есть два отличных (профессиональных) Railscasts: #323 Backbone on Rails. Часть 1 и #325 Backbone on Rails, часть 2 К сожалению, они за платным доступом, но деньги того стоят. Райан использует гем backbone-on-rails, чтобы облегчить интеграцию Backbone в Rails.

Рекомендуется выполнять всю обработку MVC либо в Rails (в основном в бэкенде, с небольшим количеством Ajax и без Backbone) или в Backbone (в основном во внешнем интерфейсе, используя Rails только как хранилище двигатель). Выбор Backbone или аналогичных MVC JS-фреймворков, таких как ember.js, полезен, если ваше приложение состоит в основном из вызовов Javascript или JQuery, или если вы хотите делать веб-приложения в реальном времени и обновлять страницы в реальном времени. Поскольку нет уверенности в том, что фреймворки MVC Javascript действительно технически зрелые, я бы порекомендовал придерживаться чистого Rails, если вы не верите, что Backbone сможет справиться со всеми вашими требованиями.

Интересной идеей для общей архитектуры является использование JSON API в качестве соединения между серверной частью Rails и внешним интерфейсом JS MVC, что означает, что серверная часть может передавать тот же JSON на веб-страницу, что и в приложения для iOS и Android.

person 0x4a6f4672    schedule 13.07.2012