MVC: на сервере или на клиенте?

Question

[Роман Анистратенко]

Проблема: при разделении ролей в разработке проекта встал вопрос: кому отдать работу над роутингом, формирование страниц да и вообще всю часть MVC - серверу или клиенту?
Суть в том, что получается жёсткий дисбаланс в количестве поставленной работы между фронтенд- и бэкенд-разработчиками - либо одни делают кучу работы, а другие - пару скриптов с логикой, либо наоборот.

Answer 1

[Сергей Протько]

всю часть MVC - серверу или клиенту?

MVC и на клиенте (хотя там скорее MVVM) и на сервере, внезапно так.

либо одни делают кучу работы, а другие - пару скриптов с логикой, либо наоборот.

Иногда по другому никак, хотя мне кажется что вы просто недооцениваете роль бэкэнда при жирном фронтэнде.

Вообще если мы о идеализированных случаях, то фронтэнд и сервер два разных приложения, а между ними HTTP и REST. В зависимости от задач часть ответственности (например сервер отдает пререндренные странички или изображения кропаются на клиенте и заливаются уже обработанными на сервер) перетекает из одной части в другую и наоборот.

Comments

[Роман Анистратенко]

Сергей, объясните пожалуйста начинающим веб-разработчикам, где лучше/быстрее/правильнее/БЕЗОПАСНЕЕ делать роутер на клиенте или на сервере, учитывая, что разрабатывается не single-page app.

[Сергей Протько]

Dallas4717: роутер есть маршрутизатор. Он нужен там где у нас есть маршруты. То есть на сервере он точно нужен. На клиенте, если у нас не single-page-app и в рамках одной какой-то страницы нет маршрутов то маршрутизатор нам там не нужен. Если бы это было SPA то тогда маршрутизатор был бы и там и там, другое дело что они между собой никак не связаны.

Есть еще один кейс когда нам нужно продублировать маршрутизацию на клиенте (точнее ее часть) - обработка AJAX запросов. Таким образом мы чуть чуть отвязываем клиент от сервера. Для Symfony2 скажем есть замечательное решение - FOSJSRoutingBundle, суть которого в том, что оно экспоузит правила маршрутизации которые можно затем использовать в JS. Таким образом у нас ни на сервере ни на клиенте нет захардкоженых линков. К сожалению для других фреймворков подобных решений я не знаю.

[Роман Анистратенко]

Сергей Протько: Спасибо большое за развернутый ответ, теперь все понятно.

Answer 2

[Евгений Калибров]

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