Сколько раз уже обсуждалось, не хранить данные в браузере от слова совсем! Храните данные на сервере, и передавать их временно через session исключительно после авторизации пользователя. Рекламщики постоянно лезут к клиенту в браузер, а потом начинаются свистопляски что браузер жрет как конь, и пользователи в панике начинают отключать все от куков до JavaScript лишь-бы не тормозили, все сайты. Хороший опытный программист, не станет использовать даже indexdb куда проще работать в ws и pooley request сокетом.
Бывают разные случаи, например вы пишите десктопное приложение используя электрон и не хотите использовать стор типа редакса. Я не говорю что таких приложений много, но иногда бизнес требует очень специфичных вещей.
@@antonijbar2740 Единственный случай, это хранение данных для Browser Apps, но этот вид программ не сильно получил распространения за исключением опять единственного случая такого как Chromium OS. В которого только ленивый не плюнул. А по поводу Electron, уж простите но там полный клондайк возможных вариаций как хранить данные динамический. Начиная от файлов, заканчивая sqlite и прочих извращений из мира NodeJS. Хотя и их я бы не назвал стабильными. Был еще один единый случай когда я использовал indexdb, это сложная складская программа когда ею ежедневно пользовалось около 500 сотрудников, и сервер скрипел от нагрузки, хотя опять-же она использовалась пользователями ежедневно, ежечасно, ежеминутно. И там в всерьез socketio скрипел костями, потому что все хотели видеть все и вся таков был первый план заказчика, потому что сотрудники изрядно подсели на Google Sheets, который под конец и сам тормозил от винта.
А если для pwa (js) офлайн приложение, но нужна база данных (большой массив данных), а localstorage не подходит? Т.е. будет мобилка и возможность в браузере офлайн работать?
В общем посмотрел. Действительно, я и ранее видел в хроме IndexDB, но не придавал значения тому что это такое. Там же сейчас вижу Web SQL - ВАУ! И первый вопрос: а сколько живет эта БД? Пока искал - вы начали уже что-то рассказывать про это. Как я понимаю - это все живет, пока не очистишь. Т.е., хранить что-то на постоянку тут нельзя, зато необходимо следить за синхронизацией. Вопрос: а чем это разительно отличается от Redux? Если речь о хранении данных входа - зачем мне этот бегемот? Если речь о хранении кеша данных - почему не редакс? Если речь о постоянном хранении данных - вы уверены, что вы правильно построили свое приложение?! Я писал десктопные приложения под винду, я писал RN приложения под мобилы, я писал нативные под мобилу, я пишу web APP на реакт. И я могу вам сказать следующее: 1. Толстый клиент - плохо! Вы никогда не знаете что за настройки у юзера, какое у него железо и инет! 2. Если ваше приложение тормозит - микро оптимизация (как в этом видео) вас не спасет - меняйте алгоритмы работы с данными. У вас где-то гоняются холостые циклы или еще что-то. Но сперва - смотрите на БЭК! Нужны качественные запросы и порционные данные! 3. Никакие оптимизации не заменят вам качественную архитектуру! 4. Каждый инструмент для своего дела. Отверткой можно выковыривать гвозди, но но лучше гвоздодер. Саморезы можно заколачивать молотком, но лучше их всеж вкручивать отверткой. JS это клиентская история и не надо пытаться на ней разрабатывать прошивки для бортовиков космического шатла! На JS я видел и нейросетки и даже 3D симуляторы вождения в браузере. Но я не уверен, что это хорошая идея. Ранее я писал на PHP и видел, как на нем разрабатывать десктопные приложухи под винду и даже пробовал. Но работу я всегда делал на C#. С++ я начал изучать когда необходимо было написать библиотеку и поработать с низким уровнем. Надеюсь посыл ясен. Ваш ролик интересен, как пример. Но практического применения не вижу, если честно. Статьи на хабре на эту тему валяются, оказалось, еще с 2017 года. Что-то не вижу повсеместного использования. Попытки сделать приложения из ХТМЛ уже существуют давно (1С, кордова). Даже были попытки превратить JS в приложение (React Native, Electron). Но нет ничего лучше нативки, с подходящим языком и нормально БД (пусть и локальной).
А если для pwa (js) офлайн приложение, но нужна база данных (большой массив данных), а localstorage не подходит? Т.е. будет мобилка и возможность в браузере офлайн работать?
Сколько раз уже обсуждалось, не хранить данные в браузере от слова совсем! Храните данные на сервере, и передавать их временно через session исключительно после авторизации пользователя. Рекламщики постоянно лезут к клиенту в браузер, а потом начинаются свистопляски что браузер жрет как конь, и пользователи в панике начинают отключать все от куков до JavaScript лишь-бы не тормозили, все сайты.
Хороший опытный программист, не станет использовать даже indexdb куда проще работать в ws и pooley request сокетом.
Бывают разные случаи, например вы пишите десктопное приложение используя электрон и не хотите использовать стор типа редакса. Я не говорю что таких приложений много, но иногда бизнес требует очень специфичных вещей.
@@antonijbar2740 Единственный случай, это хранение данных для Browser Apps, но этот вид программ не сильно получил распространения за исключением опять единственного случая такого как Chromium OS. В которого только ленивый не плюнул. А по поводу Electron, уж простите но там полный клондайк возможных вариаций как хранить данные динамический. Начиная от файлов, заканчивая sqlite и прочих извращений из мира NodeJS. Хотя и их я бы не назвал стабильными.
Был еще один единый случай когда я использовал indexdb, это сложная складская программа когда ею ежедневно пользовалось около 500 сотрудников, и сервер скрипел от нагрузки, хотя опять-же она использовалась пользователями ежедневно, ежечасно, ежеминутно. И там в всерьез socketio скрипел костями, потому что все хотели видеть все и вся таков был первый план заказчика, потому что сотрудники изрядно подсели на Google Sheets, который под конец и сам тормозил от винта.
А если для pwa (js) офлайн приложение, но нужна база данных (большой массив данных), а localstorage не подходит? Т.е. будет мобилка и возможность в браузере офлайн работать?
В общем посмотрел. Действительно, я и ранее видел в хроме IndexDB, но не придавал значения тому что это такое. Там же сейчас вижу Web SQL - ВАУ! И первый вопрос: а сколько живет эта БД? Пока искал - вы начали уже что-то рассказывать про это. Как я понимаю - это все живет, пока не очистишь. Т.е., хранить что-то на постоянку тут нельзя, зато необходимо следить за синхронизацией. Вопрос: а чем это разительно отличается от Redux? Если речь о хранении данных входа - зачем мне этот бегемот? Если речь о хранении кеша данных - почему не редакс? Если речь о постоянном хранении данных - вы уверены, что вы правильно построили свое приложение?! Я писал десктопные приложения под винду, я писал RN приложения под мобилы, я писал нативные под мобилу, я пишу web APP на реакт. И я могу вам сказать следующее:
1. Толстый клиент - плохо! Вы никогда не знаете что за настройки у юзера, какое у него железо и инет!
2. Если ваше приложение тормозит - микро оптимизация (как в этом видео) вас не спасет - меняйте алгоритмы работы с данными. У вас где-то гоняются холостые циклы или еще что-то. Но сперва - смотрите на БЭК! Нужны качественные запросы и порционные данные!
3. Никакие оптимизации не заменят вам качественную архитектуру!
4. Каждый инструмент для своего дела. Отверткой можно выковыривать гвозди, но но лучше гвоздодер. Саморезы можно заколачивать молотком, но лучше их всеж вкручивать отверткой. JS это клиентская история и не надо пытаться на ней разрабатывать прошивки для бортовиков космического шатла! На JS я видел и нейросетки и даже 3D симуляторы вождения в браузере. Но я не уверен, что это хорошая идея. Ранее я писал на PHP и видел, как на нем разрабатывать десктопные приложухи под винду и даже пробовал. Но работу я всегда делал на C#. С++ я начал изучать когда необходимо было написать библиотеку и поработать с низким уровнем.
Надеюсь посыл ясен. Ваш ролик интересен, как пример. Но практического применения не вижу, если честно. Статьи на хабре на эту тему валяются, оказалось, еще с 2017 года. Что-то не вижу повсеместного использования. Попытки сделать приложения из ХТМЛ уже существуют давно (1С, кордова). Даже были попытки превратить JS в приложение (React Native, Electron). Но нет ничего лучше нативки, с подходящим языком и нормально БД (пусть и локальной).
А если для pwa (js) офлайн приложение, но нужна база данных (большой массив данных), а localstorage не подходит? Т.е. будет мобилка и возможность в браузере офлайн работать?
@@ДмитрийСитников-ш2х pwa для мобилки, как и RN - это как, ну я не знаю, сделать кузов машины из фанеры и картона. Можно и даже поедет. Но недолго.
+
-
На будущее, пожалуйста, выучите текст. Или читайте внятнее хотя бы
И чявкать не стоит, противно!!!