Интерфейс Backbone.js с бэкэндом RESTful Rails?

Я начал в мире веб-разработки с PHP, а затем Rails в последние несколько лет. С тех пор я делал все свои веб-проекты в Rails.

В последнее время, похоже, происходит движение к созданию Rails как чистой бэкэнд-службы RESTful и использованию фреймворка интерфейса, такого как Backbone.js, для взаимодействия с внешним интерфейсом. Мне интересно, что вы, ребята, берете на себя? Будет ли это будущее?

Кроме того, помимо Backbone.js, каковы некоторые другие альтернативы для интерфейса frontend для этой цели?

Также, полагая, что я хочу поддерживать как настольную версию, так и мобильную версию своего приложения, будет ли это правильным путем? Итак, у меня будет один бэкэнд-сервис с различными внешними службами? Таким образом, мне не нужно управлять всеми представлениями на стороне Rails?

Спасибо!

Ответы

Ответ 1

Для клиентских фреймворков эта статья содержит список из 20 из них с pro и con: http://net.tutsplus.com/articles/web-roundups/20-javascript-frameworks-worth-checking-out/

Вот список:

Это примерно все о создании клиентских, основанных на ajax, javascript MVC-инфраструктур.

Если вы хотите что-то начать, я рекомендую подумать о клиентских шаблонах (... ates... ates... ates) (только "V" ), чтобы поддерживают сервис-ориентированную архитектуру (многие клиенты поддерживаются создаваемыми конечными точками обслуживания).

Это новый метод, который включает в себя модулизацию вашего клиентского кода, привлечение MVC к клиенту и ведение бизнес-логики на платформе. Многие приложения "Software-as-a-Service" используют их, а с помощью усовершенствованных библиотек и фреймворков javascript, а также возможностей браузера с HTML5, CSS3 и т.д. В клиентской презентации будет возрастать сложность.

Так что узнайте об этом.

Каковы преимущества?

Перефразировать Linked In: для использования кэширования браузера, деактивации внешнего интерфейса на стороне клиента, асинхронной загрузки, прогрессивного рендеринга (для некоторых фреймворков), производительности, ajax-взаимодействия и т.д.

Несколько отличных фреймворков включают:

Я настоятельно рекомендую посмотреть Связано с удалением от JSP к клиентским шаблонам и почему они выбирают dust.js в Связано В интерфейсных клиентских шаблонах бросок для сравнения. Они идут гораздо более подробно и исследуют, почему они изменили свой стек, чтобы поддержать это (это связано с использованием 3-х серверных технологий), а также их сравнение всех инфраструктур, которые они могли найти.

Ответ 2

Я сделал что-то вроде этого несколько лет назад в .net. Является ли это не через надлежащий .NET MVC и не использует новые JS-фреймворки, но принцип был тот же; серверный код возвращает JSON в javascript, который создает страницу и взаимодействия и т.д.

В результате появился прекрасный отзывчивый веб-сайт, но обслуживание было кошмаром. Будьте очень осторожны, чтобы ваш JS-код был хорошо организован.

Лично мне легче поддерживать код сервера (на любом языке), чем javascript, чтобы я больше не пошел по этому маршруту.

(ИМХО)

Fran

Ответ 3

Мое мнение, что современные веб-приложения продвигаются к этой модели с поддержкой RESTful и всех взаимодействий вида, закодированных в интерфейсе. Эти бесплатные видеоуроки от Joe Zim:

http://www.joezimjs.com/javascript/introduction-to-backbone-js-part-1-models-video-tutorial/

помог мне понять магистраль и как она может упростить создание шаблонов и просмотр рендеринга.