Mobile-Web-App: хранение огромных данных в формате json-string против объекта и локального хранилища - PullRequest
3 голосов
/ 17 января 2012

Я сейчас думаю об архитектуре для одностраничных мобильных веб-приложений , пусть они работают в автономном режиме с большим количеством данных .

Меня беспокоит то, что загрузка и хранение всех данных, загруженных в объекты, тратит слишком много памяти . Я думаю о старых телефонах Android, iPhone и т. Д.

Было бы неплохо начать с переменных, инициализированных json-строками объектов модели данных, которые я загружаю / анализирую в объект, когда они мне нужны?
я мог бы освободить загруженный объект, как только изменилось использование модели (конечно, только если маловероятно, что объект понадобится в ближайшем будущем)

или эти строковые переменные в любом случае хранятся в памяти, поэтому я не сохраняю память?

Какая разница в потреблении памяти между объектом javascript и его (stringyfied JSON-) String?
UPDATE:
В этой статье я нашел ответ на вопрос о размере объекта javascript .
поэтому сравнение строки json и соответствующего ей загруженного объекта показывает, что строка меньше. Это то, что я ожидал.

Было бы лучше получить строки через ajax и поместить их в localStorage? После завершения анонимного обратного вызова ajax GC сможет выполнить свою работу ...

это даже правильное направление? Каков наилучший подход к хранению данных?
Я знаю, что все это очень расплывчато, поэтому любая помощь очень ценится!

1 Ответ

0 голосов
/ 22 февраля 2013

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

...