- Пропускная способность: на мой взгляд, чем меньше данных вы должны нажимать на клиента, тем быстрее все будет казаться вашим пользователям, предполагая, что вы соответствующим образом масштабировали серверную сторону. Это имеет тенденцию предлагать рендеринг на стороне сервера.
- Безопасность: Я стараюсь «держать свои карты рядом с моей грудью» при игре в покер и в условиях дизайна, что означает, что чем меньше API вы выставите в браузере View -> Source, тем лучше, IMHO. Опять же, мне нравится делать вещи на сервере, если можно.
- Сторонний: Если я использую известный сторонний API, такой как Google Maps, для меня это не имеет значения, если я делаю эту клиентскую или серверную сторону, за исключением разоблачения Google API, например. Могут быть некоторые преимущества для продвижения этой клиентской стороны, когда Google отслеживает количество просмотров в секунду или что-то еще; вы будете использовать IP-адрес клиента, а не свой собственный.
- Перемещение цели: если вы нажимаете на браузер много кода, чтобы включать модули, то вы никогда не сможете гарантировать, какой браузер будет иметь клиент. Что помешать завтра новой версии браузера? Как будет работать ваш новый стек, пока вы его не протестировали? Server-side, I Управление этой платформой, как правило, как минимум.
Вкратце, я делаю сервер, когда могу. Хотя AngularJS довольно круто. В результате это может измениться. Это мое занятие.