LS CACHE
利用浏览器缓存localStorage,缓存静态资源(目前支持css,js类型),第二次请求时,直接从本地文件中中读取资源,节约网络请求,优化性能。
- 首次加载的情况下 会动态加载js 并将内容存到localStorage。
- 非首次加载 会从localStorage中取出来插入到模板中。
- 有完整的缓存更新机制,可局部更新,或全量更新已存储的文件。
- 有良好的容错机制。
- 每次RD同步传一份资源的配置文件(或者FE自己维护),FE根据配置文件和缓存中的文件进行版本标识。从而决定是利用缓存还是重新请求。
流程
- 根据配置文件进行初始化
- 判断localstorage是否可用
- 判断本地是否有存储目标文件
- 根据版本判断是否需要全量更新,若不需要更新,则遍历读取本地文件,若某一文件为空,则重新请求在存储
- 判断遍历的目标文件版本是否相同 若不相同,则重新请求存储,否则使用缓存
useage
- 模板中同步一份配置文件
v0.1.1配置文件
window.__LS__MAP = {
'js/vue.js': 'https://j1.58cdn.com.cn/git/hrg-innovate/pc-super-employer-home/static/js/vue.chunk_v20190808162950.js'//资源地址
}
v0.2.2配置文件
window.__LS__MAP = {
version: 1,
list: [{
version: 1,
url: 'http://c.58cdn.com.cn/git/hrg-innovate/m-super-employer/static/css/main.chunk_v20190830183911.css',//资源地址
//type?: 'css'
},{
version: 1,
url: 'http://j1.58cdn.com.cn/global_app/js/lib/zepto.min.js',//资源地址
//type?: 'js'
}]
}
初始化
支持所有方式的加载
提供压缩版和未压缩版 默认未压缩版本: /node_module/ls-cache-files/lib/index.js 压缩版本 /node_module/ls-cache-files/lib/index.min.js
npm install ls-cache-files
import LSCacheFiles from 'ls-cache-files'
LSCacheFiles.init()
<script src='https://raw.githubusercontent.com/501981732/ls-cache-files/master/lib/index.min.js'>引入
文件: https://github.com/501981732/ls-cache-files/blob/master/lib/index.min.js放入自己公司cdn或者嵌入模板html中
LSCacheFiles.init()
- 运行成功的存储结果
localSotrage中
key | value |
---|---|
__LS__version | 1 |
__LS__https://c.58cdn.com.cn/git/hrg-innovate/m-super-employer/static/css/main.chunk_v20190830183911.css | 对应css |
__LS__https://c.58cdn.com.cn/git/hrg-innovate/m-super-employer/static/css/main.chunk_v20190830183911.css_version | 1 |
__LS__http://j1.58cdn.com.cn/global_app/js/lib/zepto.min.js | 对应js |
__LS__http://j1.58cdn.com.cn/global_app/js/lib/zepto.min.js_version | 1 |
html中
<style type="text/css" id="__LS__main.chunk_v20190830183911.css">...</style>
<script type="text/css" id="__LS__zepto.min.js">...</style>
LSCacheFiles API
需要先配置window.__LS__MAP文件,或者将__LS__MAP挂载到LSCacheFiles上面
LSCacheFiles.__LS__MAP
可挂载配置文件,默认会读取全局配置文件 window.__LS__MAP
LSCacheFiles.init()
根据__LS__MAP配置初始化缓存操作
LSCacheFiles.checkAndCacheFile(url,version)
请求url并缓存到本地,并且缓存当前版本 单独调用也会判断
- 本地是否有存该文件
- 版本与version是否相同 当本地没有存该文件,或者有存该文件但是version不同时会请求数据并缓存版本
LSCacheFiles.checkAndCacheFile('https://c.58cdn.com.cn/git/hrg-innovate/m-super-employer/static/css/main.chunk_v20190830183911.css',1)
存储表现为
key | value |
---|---|
__LS__https://c.58cdn.com.cn/git/hrg-innovate/m-super-employer/static/css/main.chunk_v20190830183911.css | 对应css |
__LS__https://c.58cdn.com.cn/git/hrg-innovate/m-super-employer/static/css/main.chunk_v20190830183911.css_version | 1 |
LSCacheFiles.loadAndCacheFile(url,version)
类似checkFileAndCache功能,但是检查本地是否有改文件和版本。每次都会重新请求并缓存文件。so...没啥用
LSCacheFiles.needUpdate(flag)
LSCacheFiles.needUpdate() 自动根据配置文件__LS__MAP的version字段和localstorage字段判断是否需要全部更新缓存文件, 也可传入flag手动配置是否需要手动触发全量更新
LSCacheFiles.checkCanLocalStorage
判断本地存储是否可用,可以根据此字段判断是否手动开启缓存
LSCacheFiles.checkUsedSpace()
本地localstorage剩余存储空间,可根据此字段决定是否开启缓存
注意
- 不适合太大文件的存储,低版本浏览器单个localStoragekey存储能力有限
- 支持typescript声明文件
过程中的问题
简单webpack配置
const webpack = require('webpack');
const path = require('path');
const config = {
entry: './src/index.js',
output: {
path: path.resolve(__dirname, 'lib'),
filename: 'index.min.js',
library: 'LSCacheFiles',
sourceMapFilename: 'index.min.map',
libraryTarget: 'umd'
},
module: {
rules: [
{
test: /\.js$/,
use: 'babel-loader',
exclude: /node_modules/
}
]
},
devtool: 'source-map'
}
module.exports = config;
babel源文件
https://blog.meathill.com/js/some-tips-of-babel-preset-env-config.html
- package.json
"scripts": {
"prod": "webpack --mode=production",
"dev": "webpack --mode=development",
"babel": "babel src -d lib --copy-files",
"prepublish": "babel src -d lib --copy-files & webpack --mode=production"
},
- .babelrc
npm install --save @babel/polyfill npm install --save @babel/preset-env npm install --save-dev @babel/plugin-transform-runtime npm install --save @babel/runtime
{
"presets": [
[
"@babel/preset-env",
]
],
"plugins": ["@babel/plugin-transform-runtime"]
}
polyfill 由于用到了promise Object.keys 等 需要垫片,写SDK最好用es3等,尽量减少垫片的使用,使包越小越好
- polyfill引入方式
方式1
- "useBuiltIns": "usage" 不需要再入口文件再单独引入polyfill
When setting
useBuiltIns: 'usage'
, polyfills are automatically imported when needed Please remove the direct import ofcore-js
or useuseBuiltIns: 'entry'
instead.
也是最佳方案
```
{
"presets": [
[
"@babel/preset-env",
{
"useBuiltIns": "usage",
"corejs": 3
}
]
],
"plugins": ["@babel/plugin-transform-runtime"]
}
```
方式2
- "useBuiltIns": "entry"
- 然后在入口手动引入 import "@babel/polyfill";
方式3
@babel/polyfill 是对 core-js的封装,引用了core-js的内容和生成器(regenerator-runtime)。 v7.4之后,这个仓库就被废弃了,希望用户自己选择使用哪个兼容库。
之前
import "@babel/polyfill";
之后改为
import "core-js/stable";
import "regenerator-runtime/runtime";
但是并未发现是按需加载,打包之后仍然很大,so目前@babel/preset-env + useBuiltIns: 'usage' 仍然是最好的选择
core-js2 core-js3 区别
core-js 2 封版于 1.5 年之前,所以里面只有对 1.5 年之前 feature 的 polyfill,最近 1.5 年新增的 feature 都不支持,也就存在因为新功能没有 polyfill 于是在旧浏览器里失败的风险。
报错问题
Cannot assign to read only property 'exports' of object '#<Object>'
webpack打包后总是出现这种问题,google的答案大都是 (You can't mix import and module.exports)[https://github.com/webpack/webpack/issues/4039], 但是本身并未发现这种问题,之后全部改为es6语法模块后ok,但是通过script导出的全局变量会是 LSCacheFiles.default,多一层. 改为commonjs语法后排查问题,发现不babel的话没问题,so问题出在babel配置项。之前babelrc
{
"presets": [
[
"@babel/preset-env",
{
"useBuiltIns": "usage",
"corejs": 3,
}
]
],
"plugins": ["@babel/plugin-transform-runtime"]
}
babel-preset-env配置项目中发现modules字段有umd的配置,改为umd,配合webpack中的 libraryTarget: 'umd'搞定。