Как лучше делать запросы single page приложению?

Question

[darksladen]

Подскажите, как spa запрашивает данные у сервера? Допустим у меня есть todo список.. Также на странице выводится еще различная информация, к примеру полное кол-во задач, кол-во удаленных задач, слайдер, новости, вообщем много всякой всячины.. Как эту всячину получать? Отдельные запросы делать для каждой сущности или лучше все сразу запросить.

+ недавно посмотрел видео, где чувак рассказывал, что сейчас типа современные приложения получают данные с сервера 1 раз при загрузки, а потом уже сами ими манипулируют и делают собственно что хотят. Он показал приложуху где 100 с лишнем тысяч песен, альбомы разные и оно загружается 2 секунды всего. Кто нибудь использует такой подход?

Comments

[yurygolikov]

Тут действительно нет четкого ответа. Можно по-разному делать, все зависит от конкретной задачи. Исходите от ситуации.

[darksladen]

Денис Ефремов, я наконец то нашел ответ на вопрос, перелопатя десятки статей - это примеры на сайте vuejs ;) там и todo с localstorage есть, и аналог новостного сайта hackernews, где данные из firebase берутся.. Очень крутые примеры.

А так то я на английском и Гугле, только по vue инфы мало потому что все же он на игрушку похож и не так популярен в сравнении с реактом или ангуляром..

А вы получается изначально что то типа такого с сервера берете {menu, todolist, headerinfo} или вы прямо в шаблон вставляете такие данные?

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

[Exploding]

Посмотрел видео, удалил ответ, т.к. то ли вопрос не правильно сформулирован, то ли я не понял о чем речь) В общем то все предельно понятно и ничего необычного.
Я теперь не понял другое: чем восхищаться и что тут нового и крутого?)

[darksladen]

Exploding, хм, не каждый клиент имеет всю бд разве нет?

[Exploding]

darksladen, Ну всю, прям - ВСЮ то и не надо. Только необходимые для комфортной работы клиента, а остальное никто ж и не запрещает подгружать по мере надобности:)

[darksladen]

Денис Ефремов, я уже многостраничное приложение с авторизацией и регистрацией сделал, без перезагрузки! Тут речь идёт о серверной части и об организации структуры и хранении данных

Answer 1

[Ptolemy_master]

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

Например, в указанном вами примере, уверена, там нет загрузки все ста тыщ данных, да никто и не будет сразу столько смотреть. Загружают какое-то количество, ну допустим, 30, и то не сами песни, а только их заголовки + какую-то дополнительную информацию. Когда вы кликаете на заголовке, уже идет подгруз самой песни. А можно еще сделать так, что песни загружаются сами по мере прослушивания, но тогда, правда, будет усиленный трафик.

Comments

[darksladen]

https://m.youtube.com/watch?t=671s&v=qjny5dhyhFE

[darksladen]

Я сделал загрузку 5к записей из jsonplaceholder - все моментально загружается - на vue

[Ptolemy_master]

darksladen, в чем проблема? Вы можете загружать сколько хотите записей, только зачем? Пользователь все равно не сможет работать с таким количеством одновременно. Конечно, может быть специфичная задача - например, если записи используются для построения, допустим, графа или еще для чего. Мой ответ был такой, что принципиально не количество записей, а то, как с ними работают. Вот от этого и надо плясать.

[darksladen]

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

[Ptolemy_master]

darksladen, из видео неясно, где именно идет расчет (я так поняла, вы об автоматическом подсчете), это может быть сделано и на сервере.
Никак не пойму, что вы мне хотите доказать :) что можно загружать много записей без задержке сразу? Конечно, можно, кто же спорит. Но опять, вопрос, что значит "много", далее - зачем, и наконец - как в действительности это реализовано.