Javascript 什么';在脱机web应用中缓存失败时,是否存在有效的回退?

Javascript 什么';在脱机web应用中缓存失败时,是否存在有效的回退?,javascript,html,html5-appcache,offline-caching,offline-web-app,Javascript,Html,Html5 Appcache,Offline Caching,Offline Web App,如果清单包含过大或累积过大的文件,或者存在网络问题,缓存将失败。代码是否有可靠的回退方法可以继续工作 例如,页面是否可以使用JavaScript加载文件并将其放入本地数据库(indexedDB或websql)?还是页面本身仍然不能缓存?似乎任何失败都是灾难性的。没有退路。您的页面将正常工作,但如果任何组件未能缓存,无论失败原因如何,页面的任何部分都不会插入Appcache。您不能在JavaScript中重新实现Appcache作为回退 如果您真的关心这个问题,您应该存储引导应用程序所需的最小文件

如果清单包含过大或累积过大的文件,或者存在网络问题,缓存将失败。代码是否有可靠的回退方法可以继续工作


例如,页面是否可以使用JavaScript加载文件并将其放入本地数据库(indexedDB或websql)?还是页面本身仍然不能缓存?似乎任何失败都是灾难性的。

没有退路。您的页面将正常工作,但如果任何组件未能缓存,无论失败原因如何,页面的任何部分都不会插入Appcache。您不能在JavaScript中重新实现Appcache作为回退


如果您真的关心这个问题,您应该存储引导应用程序所需的最小文件集,并将所有其他数据存储在IndexedDB中,这样您的最小应用程序就可以保证安装在Appcache中。

这是不能很快到达的众多原因之一。:-|非常感谢。问题是一些浏览器没有实现indexeddb。是否有一个JavaScript库可以检测并将它们存储在适当的数据库中?另外,appcache+db大小是否有总限制?@DonRhummy确实没有其他合适的存储机制,如果浏览器不支持indexedDB,我也不希望它支持appcache。ios safari 7.1支持appcache,但不支持indexedDB的浏览器通常支持websql,如果不支持,至少支持本地存储。至少是那些支持AppCache的。还请注意,在支持的情况下,使用serviceWorkers比使用AppCache更好。