Использование объекта window для хранения ответа сервера, нормально ли это?

Question

[qqNemo]

По логике нужно было организовать поиск, фильтра и тд. на клиентской стороне, что бы не бегать в базу.
Данные сохраняю в объект window.data = {data}
Так вообще можно делать? Есть ли другое решение?

Comments

[Владимир]

Вы без фремвока разрабатываете?
Погуглите state management JavaScript, есть полно готовых решений для управления состоянием.
Ну и если собрались "не бегать" в API за данными не забывайте про вторую фундаментальную проблему в разработке - инвалидация кеша.

[qqNemo]

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

Answer 1

[Владимир Коротенко]

храните в куках или локал сторадже или в url.
Вам все скажут спасибо

Comments

[qqNemo]

cookie - нет, потом эти куки будут летать туда сюда.
localstorage - нет, стринг же
в url - вот тут я не понял вообще

[Надим]

qqNemo, данные можно запихнуть в хеш адреса, туда довольно дофига можно сохранить.

[Владимир Коротенко]

url Вот так
site.com/search?f=searchcondition
site.com/search/searchcondition

В случае с куками что отправите то и улетит, вы же используете XHR
localstorage просто сериализуйте

localStorage.setItem('setting', JSON.stringify(someObj));

[qqNemo]

Владимир Коротенко,
в урл не влезет,
в куки будут летать с каждым запросом, это еще хуже,
сторадж как вариант, но мне постоянно придется конвертировать с строки. Тогда чем хуже юзать объект window?

[Владимир Коротенко]

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

Так что используйте любое из этих хранилищ.


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

[qqNemo]

Владимир Коротенко,
сори, но это не ответ на вопрос

[Владимир Коротенко]

qqNemo, более чем. я показал вам нормальные (рекомендованные хранилища)
window крайне не рекомендуют для хранения, по вышеозвученным причинам
url хорош для SEO оптимизации
cookie и *storage хороши для длительного хранения состояния приложения
все остальное можно хранить в локальных переменных ну или делать форму со скрытым полем где сериализуете все что вам нужно (это подход ASP NET FORMS)

[qqNemo]

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

window крайне не рекомендуют для хранения, по вышеозвученным причинам

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

[Владимир Коротенко]

qqNemo, вот вам ответ
https://ravesli.com/urok-50-pochemu-globalnye-pere...
сделайте ваш обьект в месте использования, на крайний случай оформите его синглтоном

Answer 2

[Владимир Ясанкин]

Клиента во фрейм. Фрейм на страницу. На странице все скрой кроме фрейма.
Данные помещай на странице в тег, массив и пр. Данные получай обращением из фрейма к странице куда поместил их.