首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >有一个实际的静态文件index.html,只使用客户端JavaScript进行Cloud,真的更好吗?

有一个实际的静态文件index.html,只使用客户端JavaScript进行Cloud,真的更好吗?
EN

Stack Overflow用户
提问于 2019-05-30 17:52:29
回答 1查看 98关注 0票数 0

因此,我正在观看多个教程,内容涉及如何使用在实际的网页上显示数据。问题是,每个人都使用位于公用文件夹中的实际index.html文件(而不是在node.js代码中提供html内容)和标记,这意味着他们的程序将使用客户端JavaScript而不是node.js。但是为什么呢?出于什么原因?根据Firebase教程和文档,在公用文件夹中放置一个实际的index.html仅用于制作静态网页,因此,如果我正在创建一个复杂的动态网页(这也会在网页中显示Firestore数据),那么我应该使用node.js对吗?

EN

回答 1

Stack Overflow用户

回答已采纳

发布于 2019-05-30 18:00:17

用于Cloud的Firebase执行从数据库中获取的局部持久性 (缓存)。默认情况下,Android和iOS都启用了持久性,您可以通过编程方式将其用于web (目前正在试验中)。这种本地缓存允许客户端避免从服务器请求文档,这显然比每次需要时通过某个API端点请求数据更快和更便宜。

还有一个事实是,只要您将侦听器附加到某个感兴趣的文档或查询上,SDK就会在数据在服务器上更改时将数据的实时更新推送给您。如果您在云函数中全部编写它,您将无法复制它。您将花费大量的时间试图复制和扩展这种行为,使用socket.io或与您控制的后端类似的东西。

您可以通过创建的API端点编写整个应用程序。如果它能满足你的需要,那没什么错。但是,您将编写更多的代码,您将牺牲实时更新,而且它可能比允许客户端SDK为您优化更慢和更昂贵。

票数 0
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/56383265

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档