Действительно ли лучше иметь настоящий статический файл index.html, который просто использует клиентский JavaScript для Cloud Firestore? - PullRequest
0 голосов
/ 30 мая 2019

Итак, я смотрел несколько уроков о том, как представлять данные на реальной веб-странице с помощью Cloud Firestore. Дело в том, что каждый использовал реальный файл index.html, находящийся в папке Public (вместо предоставления html-контента в коде node.js), и теги, которые означали бы, что их программа будет использовать клиентский JavaScript вместо node.js. Но почему? по какой причине? Согласно учебным пособиям и документации Firebase наличие ACTUAL index.html в общей папке предназначено только для создания статических веб-страниц, поэтому, если я создаю сложную и динамичную веб-страницу (которая также представляет данные Firestore на веб-странице), я должен правильно использовать node.js?

1 Ответ

0 голосов
/ 30 мая 2019

Пакеты Firebase SDK для Cloud Firestore выполняют локальное сохранение (кэширование) элементов, извлеченных из базы данных. Постоянство включено по умолчанию для Android и iOS, и вы можете программно включить его для Интернета (в настоящее время экспериментальный). Такое локальное кеширование позволяет клиенту избегать запроса документов с сервера, что, очевидно, быстрее и дешевле, чем через какую-либо конечную точку API для запроса данных каждый раз, когда это необходимо.

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

Вы могли бы написать все приложение, которое будет управляться через созданные вами конечные точки API. В этом нет ничего плохого, если это отвечает вашим потребностям Но вы напишите больше кода, пожертвуете обновлениями в реальном времени, и, скорее всего, это будет медленнее и дороже, чем позволяет оптимизировать клиентские SDK для вас.

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