一些用户反馈嵌入客户端的 H5 页面在访问的时候总是有些慢,于是开始考虑把一些常用的静态资源文件打包进客户端(主要指通用 js 库,通用样式库,还有样式背景图片),不知道这个方案有没有什么弊端,我目前想到几个问题:
- 如果是一个新页面,客户端能不能及时的检测到新的静态资源并放到客户端本地,不需要发布也能做到
- 如果静态资源改变,如何及时更新这些静态资源
有没有做过这种尝试的同行可以分享下经验,希望能得到一些意见。
请将问题表示更加清楚一下:
你指打包是指Java
中的war
还是手机端的类似phonegap
的Html5
程序包?
不必二选一。本地和网络的静态资源可以(也应该)共存。而在策略上,本地资源优先,本地资源失败时(页面更新等原因)再联网这也是自然的。
前端部署流程中“文件名加入签名(Hash)值”这种惯例性的方法,就可以简单的破除缓存影响,达到你的两点需求。
我推荐写页面时不做任何改动,保持所有资源从CDN请求的形式不变。提供本地文件的任务在客户端(HTML容器)这一层完成:
- 或者在渲染前“污染”HTML页面的内容,把能够对应上的网址,改成指向本地文件
- 或者截获HTTP请求,如果网址里的文件名能对应上,就直接提供本地文件的内容
至于动态请求来的资源怎么存储我没有想法,题主可以自己构思一下。我的直觉是最好根本不要在运行时动态存储,因为机制可能会变得很麻烦。在客户端每次版本更新时,把静态资源重新打包一次也就够了。