Серверная сторона MVC + клиентская сторона MVC

Приложение является интенсивным JS и имеет сложную бизнес-логику + огромный поток данных, который использует backboneJS для структурирования кода JavaScript, и в этом случае также необходимо наличие MVC на стороне сервера (Spring).

  • Хорошо ли реализовать MVC на стороне сервера (Spring) вместе с MVC на стороне клиента (магистраль) и есть ли между ними проблемы совместимости?
  • В случае, если оба варианта могут быть реализованы. Как я собираюсь координировать представления spring с основным видом.
  • Как клиентский MVC с механизмом шаблонов будет взаимодействовать с "View" из Spring.

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

Ответ 1

Backbone.js в основном используется для SPA (Single Pages Applications). Ваши сегменты backbone.js( "виды" ) визуализируются и повторно отображаются данными, которые извлекаются или изменяются. Если ваше приложение будет интенсивно работать с javascript, магистраль - это минимальная система, которая поможет организовать ваше приложение. Тем не менее, магистраль не так проста, когда ваше приложение javascript становится довольно большим. Вы должны иметь полное понимание основ javascript и иметь программируемый шаблон. В противном случае приложение может стать довольно беспорядочным даже с использованием backbone.js.

Во всяком случае я отвлекаюсь. Подумайте о своем клиентском приложении (backbone.js driven), полностью отделенном от вашего приложения на стороне сервера (управляемый MVC). Данные вашего клиентского приложения из вашего серверного приложения - это данные. Вот почему backbone.js построен вокруг REST API. Если вы хотите разработать большое приложение javascript, я бы рассмотрел использование MVC 4 Web API для вашего REST API и backbone.js, чтобы помочь организовать и стандартизировать ваше клиентское приложение.

Ответ 2

В этой статье описывается, как создать архитектуру приложения с MVC на стороне сервера и JS MVC, соблюдая шаблон MVC. http://blog.javascriptmvc.com/?p=68