2013-08-15 3 views
0

Это то, что меня беспокоит.angularjs 2 ответ, чтобы сделать одну страницу

В типичном веб-приложении запрос отправляется на сервер, а сервер делает это «материал» и возвращает шаблон вместе с данными, готовыми для отображения в браузере.

В Угловом однако есть ответ, чтобы получить шаблон и, в большинстве случаев, другой, чтобы получить данные.

Не влияет ли это на ширину полосы пропускания - 2 ответа, отправленных по кабелю, по сравнению с одним из типичного веб-приложения. Разве это также не означает (возможно) более высокое время загрузки страницы?

Спасибо, Arun

+0

Может быть, мое сообщение будет актуальным, посмотрите: http://stackoverflow.com/questions/18097923/angularjs-getting-data-inserted-in-a-dom – Cherniv

+1

Если вы создаете приложение как приложение для одной страницы с маршрутами, управляемыми на стороне клиента, вы можете обновлять одну и ту же «страницу» несколько раз, а шаблон будет загружен только один раз. В традиционном сценарии шаблона необходимо будет извлекать и анализировать на сервере несколько раз. – package

ответ

1

Короткий ответ, что это зависит от многого. :)

Например, с точки зрения пропускной способности, это зависит от того, насколько велика «полезная нагрузка» на стороне сервера. Если полезная нагрузка очень большая, то разделение вызовов может снизить пропускную способность. Это связано с тем, что полезная нагрузка JSON может быть легче (меньше угловых скобок), поэтому общая пропускная способность может уменьшиться. Кроме того, многие приложения, использующие ajax, уже совершают несколько вызовов (для частичных просмотров и т. Д.).

Что касается производительности, вы должны проверить его в своем приложении. Если вы составляете сервисы, есть преимущество в вызове, и одна услуга может занять больше времени, чем другая. Например, если вам нужно развернуть продукт, а услуга, которая предоставляет «номер на складе», занимает больше времени, чем детали продукта. Затем приложение может увидеть воспринимаемое увеличение производительности. В модели рендеринга на стороне сервера вам нужно будет дождаться завершения всех вызовов службы, прежде чем возвращать визуализированное представление.

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

Надеюсь, это поможет.

Смежные вопросы