benchmark是什么东西? 看到好多项目里面都有一个benchmark
没有足够的数据
lllllxt_in_sf 关注了问题 · 2020-10-22
@import './theme.less';
.theme();
@background-color:#373e41;
.theme-blue{
.theme(#3355aa, #4371e2, #ebebeb, #e5e5e5, rgba(0,0,0,0.1), rgba(67,113,226,0.1), rgba(67,113,226,0.3));//默认的样式
@background-color:#000
}
像这样可以切换,但是组件内也有样式,就不好改,
如果改配置文件的话,体验就差点了
关注 3 回答 0
lllllxt_in_sf 回答了问题 · 2020-10-21
为什么会有这么另类的需求?
为什么会有这么另类的需求?
关注 3 回答 2
lllllxt_in_sf 发布了文章 · 2020-09-27
推荐一个最近写的工具 @lllllxt/storage-idb-message,用于同源下浏览器标签之间的通讯, 相比纯用Localstorage做通讯,这个插件可以传递更大的数据。
基于 LocalStorage + IndexedDB 封装的消息传递的模块,在同源(不跨域)的前提下,用于同一页面多个 iframe、跨 tab 页面、移动端不同 webview 页面之间的消息传递
本来我是只用 LocalStorage 做消息传递的, 但后来某次在 Chrome 上传递的数据>5M 导致数据丢失,于是乎就有了用 LocalStorage 做指令,IndexedDB 做数据存储这个想法了
参考:
LocalStorage 储存空间在 2.5MB 到 10MB 之间(各家浏览器不同),而 IndexedDB 比 LocalStorage 大得多,一般来说不少于 250MB,甚至没有上限。
npm i @lllllxt/storage-idb-message
import StorageIdbMessage from '@lllllxt/storage-idb-message'
const StorageIdbMessage = request('@lllllxt/storage-idb-message')
const _SIM = new StorageIdbMessage(opts: Opts)
// 监听指令
_SIM.response = (orderName, data) => {
console.log(orderName, data)
})
// 发送指令
_SIM.send(YourOrder, AnyData)
<script>
标签引用此方法是向 window 对象中注册一个 StorageIdbMessage
对象
参数 | 描述 |
---|---|
storageKey | 指令的 LocalStorage key 名称 |
clearIdb | 默认 true,是否在 response 后清除 IndexedDB 的数据 |
force | 默认 false,调用 clearCache 清除缓存 |
方法 | 描述 |
---|---|
send(order: String, data: any) | 发送 |
response(order: String, data: any) | 响应其他页面传过来的指令 |
方法 | 描述 |
---|---|
clearCache(successFn?: Function, errFn?: Function) | 清除 indexedDB 缓存 |
由于开发初衷是为了在vue工程上使用, 于是同时也写了基于这个工具开发的vue插件 @lllllxt/vue-storage-idb-message
查看原文基于 LocalStorage + IndexedDB 封装的消息传递的模块,在同源(不跨域)的前提下,用于同一页面多个 iframe、跨 tab 页面、移动端不同 webview 页面之间的消息传递
赞 0 收藏 0 评论 0
lllllxt_in_sf 发布了文章 · 2020-09-17
有一说一, IE真是让人头大?♂️?♂️
以下只给出如何配置, 如果想了解更多请查看文末传送门
npm i @babel/polyfill -S
npm i @babel/preset-env @babel/plugin-transform-runtime -D
// 根据babel.config.json中corejs 2 / 3, 自行选择安装 @babel/runtime-corejs2 或 @babel/runtime-corejs3
npm i @babel/runtime-corejs3 -D
entry: {
main: ['@babel/polyfill', './main.js']
}
"presets": ["@babel/preset-env"],
"plugins": [
[
"@babel/plugin-transform-runtime",
{
"corejs": 3
}
]
]
----------------------- 顺便说一下 ------------------------
开发环境下, 在ie上可能一片空白, 有以下三种方案
再说一遍, IE真真真是让人头大 ???
相关资料转送:
@babel/polyfill
@babel/plugin-transform-runtime
preset-env与plugin-transform-runtime 使用及场景区别
有一说一, IE真是让人头大?♂️?♂️以下只给出如何配置, 如果想了解更多请查看文末传送门安装: {代码...} webpack.config.js {代码...} babel.config.json {代码...} ----------------------- 顺便说一下 ------------------------开发环境下, 在ie上可能一片空白, 有...
赞 1 收藏 1 评论 0
lllllxt_in_sf 赞了文章 · 2020-09-17
之前在用babel 的时候有个地方一直挺晕的,@babel/preset-env
和 @babel/plugin-transform-runtime
都具有转换语法的能力, 并且都能实现按需 polyfill
,但是网上又找不到比较明确的答案, 趁这次尝试 roullp 的时候试了试.
如果我们什么都不做, 没有为babel 编写参数及配置, 那babel 并没有那么大的威力, 它什么都不会做, 正是因为各个预设插件的灵活组合、赋能, 让 babel 充满魅力, 创造奇迹
首先是 @babel/preset-env
这是一个我们很常用的预设, 几乎所有的教程和框架里都会让你配置它, 它的出现取代了 preset-es20**
系列的babel 预设, 你再也不需要繁杂的兼容配置了。 每出一个新提案就加一个? 太蠢了。
有了它, 我们就可以拥有全部, 并且! 它还可以做到按需加载我们需要的 polyfill。 就是这么神奇。
但是吧, 它也不是那么自动化的, 如果你要是不会配置,很有可能就没有用起它的功能
不管怎么养, 首先试一下,眼见为实
首先创建一个 index.js
,内容如下, 很简单
function test() {
new Promise()
}
test()
const arr = [1,2,3,4].map(item => item * item)
console.log(arr)
然后我们在根目录下创建一个 .babelrc
文件, 帮我们刚刚说的预设加进去
{
"presets": [
["@babel/preset-env"]
]
}
然后我我们打包一下(这里我用的是roullup)
看一下产出的结果
我们可以看到, 它babel帮我们做了这几件事情:
奇怪, 为什么 babel 不帮我们转换 map ? 还有 promise 这些也都是es6的特性呀
嗯~,会不会是我们的目标浏览器不对, babel 觉得不需要转换了, 会不会是这样, 那我们加一个 .browserslistrc 试一下
那就。让我们在根目录下创建一个 .browserslistrc
好。现在让我们再打包一次.
咦, 没什么效果。 跟刚刚一样啊。 说明不是目标浏览器配置的问题, 是babel 做不了这个事。
因为默认 @babel/preset-env 只会转换语法,也就是我们看到的箭头函数、const一类。
如果进一步需要转换内置对象、实例方法,那就得用polyfill, 这就需要你做一点配置了,
这里有一个至关重要的参数 "useBuiltIns",他是控制 @babel/preset-env 使用何种方式帮我们导入 polyfill 的核心, 它有三个值可以选
这是一种入口导入方式, 只要我们在打包配置入口 或者 文件入口写入 import "core-js"
这样一串代码, babel 就会替我们根据当前你所配置的目标浏览器(browserslist)来引入所需要的polyfill 。
像这样, 我们在 index.js 文件中加入试一下core-js
// src/index.js
import "core-js";
function test() {
new Promise()
}
test()
const arr = [1,2,3,4].map(item => item * item)
console.log(arr)
babel配置如下
[
"presets": [
["@babel/preset-env",
{
"useBuiltIns": "entry"
}
]
]
}
当前 .browserslistrc 文件(更改目标浏览器为 Chrome 是为了此处演示更直观,简洁), 我们只要求兼容 chrome 50版本以上即可(当下最新版本为78)
Chrome > 50
那打包后如何呢?
恐怖如斯啊,babel把我们填写的 import "core-js"
替换掉, 转而导入了一大片的polyfill, 而且都是一些我没有用到的东西。
那我们提升一下目标浏览器呢? 它还会导入这么多吗?
此时, 我们把目标浏览器调整为比较接近最新版本的 75(当下最新版本为78)
// .browserslistrc
Chrome > 75
此刻打包后引入的 polyfill 明显少了好多。
但同样是我们没用过的。
这也就是印证了上面所说的, 当 useBuiltIns 的值为 entry 时, @babel/preset-env 会按照你所设置的目标浏览器在入口处来引入所需的 polyfill,
不管你需不需要。
如此,我们可以知道, useBuiltIns = entry 的优点是覆盖面积就比较广, 一股脑全部搞定, 但是缺点就是打出来的包就大了多了很多没有用到的 polyfill, 并且还会污染全局
这个就比较神奇了, useBuiltIns = useage 时,会参考目标浏览器(browserslist) 和 代码中所使用到的特性来按需加入 polyfill
当然, 使用 useBuiltIns = useage, 还需要填写另一个参数 corejs 的版本号,
core-js 支持两个版本, 2 或 3, 很多新特性已经不会加入到 2 里面了, 比如: flat 等等最新的方法, 2 这个版本里面都是没有的, 所以建议大家用3
此时的 .babelrc
{
"presets": [
["@babel/preset-env",
{
"useBuiltIns": "usage",
"corejs": 3
}
]
]
}
此时的 index.js
function test() {
new Promise()
}
test()
const arr = [1,2,3,4].map(item => item * item)
const hasNumber = (num) => [4, 5, 6, 7, 8].includes(num)
console.log(arr)
console.log( hasNumber(2) )
此时的 .browserslistrc
> 1%
last 10 versions
not ie <= 8
打包后:
nice ,够神奇, 我们用的几个新特性真的通通都加上了
这种方式打包体积不大,但是如果我们排除node_modules/目录,遇上没有经过转译的第三方包,就检测不到第三方包内部的 ‘hello‘.includes(‘h‘)这种句法,这时候我们就会遇到bug
剩下最后一个 useBuiltIns = false , 那就简单了, 这也是默认值 , 使用这个值时不引入 polyfill
这种方式会借助 helper function 来实现特性的兼容,
并且利用 @babel/plugin-transform-runtime 插件还能以沙箱垫片的方式防止污染全局, 并抽离公共的 helper function , 以节省代码的冗余
也就是说 @babel/runtime 是一个核心, 一种实现方式, 而 @babel/plugin-transform-runtime 就是一个管家, 负责更好的重复使用 @babel/runtime
@babel/plugin-transform-runtime 插件也有一个 corejs 参数需要填写
版本2 不支持内置对象 , 但自从Babel 7.4.0 之后,拥有了 @babel/runtime-corejs3 , 我们可以放心使用 corejs: 3 对实例方法做支持
当前的 .babelrc
{
"presets": [
["@babel/preset-env"]
],
"plugins": [
[
"@babel/plugin-transform-runtime", {
"corejs": 3
}
]
]
}
当前的 index.js
function test() {
new Promise()
}
test()
const arr = [1,2,3,4].map(item => item * item)
const hasNumber = (num) => [4, 5, 6, 7, 8].includes(num)
console.log(arr)
console.log( hasNumber(2) )
打包后如下:
我们看到使用 @babel/plugin-transform-runtime 编译后的代码和之前的 @babel/preset-env 编译结果大不一样了,
它使用了帮助函数, 并且赋予了别名 , 抽出为公共方法, 实现复用。 比如它用了 _Promise 代替了 new Promise , 从而避免了创建全局对象
useage 和 @babel/runtime 同时使用的情况下比较智能, 并没有引入重复的 polyfill
个人分析原因应该是: babel 的 plugin 比 prset 要先执行, 所以preset-env 得到了 @babel/runtime 使用帮助函数包装后的代码,而 useage 又是检测代码使用哪些新特性来判断的, 所以它拿到手的只是一堆 帮助函数, 自然没有效果了
实验过程如下:
当前index.js
function test() {
new Promise()
}
test()
const arr = [1,2,3,4].map(item => item * item)
const hasNumber = (num) => [4, 5, 6, 7, 8].includes(num)
const hasNumber2 = (num) => [4, 5, 6, 7, 8, 9].includes(num)
console.log(arr)
console.log( hasNumber(2))
console.log( hasNumber2(3) )
当前 .babelrc
{
"presets": [
["@babel/preset-env",
{
"useBuiltIns": "usage",
"corejs": 3
}
]
],
"plugins": [
[
"@babel/plugin-transform-runtime", {
"corejs": 3
}
]
]
}
打包结果:
跟 useage 的情况不一样, entry 模式下, 在经过 @babel/runtime 处理后不但有了各种帮助函数还引入了许多polyfill, 这就会导致打包体积无情的增大
个人分析: entry 模式下遭遇到入口的 import "core-js"
及就立即替换为当前目标浏览器下所需的所有 polyfill, 所以也就跟 @babel/runtime 互不冲突了, 导致了重复引入代码的问题, 所以这两种方式千万不要一起使用, 二选一即可
实现过程如下:
当前 index.js:
import "core-js"
function test() {
new Promise()
}
test()
const arr = [1,2,3,4].map(item => item * item)
const hasNumber = (num) => [4, 5, 6, 7, 8].includes(num)
const hasNumber2 = (num) => [4, 5, 6, 7, 8, 9].includes(num)
console.log(arr)
console.log( hasNumber(2))
console.log( hasNumber2(3) )
当前 .babelrc
{
"presets": [
["@babel/preset-env",
{
"useBuiltIns": "entry"
}
]
],
"plugins": [
[
"@babel/plugin-transform-runtime", {
"corejs": 3
}
]
]
}
当前 .browserslistrc 的目标版本(为了减少打包后的文件行数为又改为chrome 了, 懂那个意思就行)
Chrome > 70
打包结果:
@babel/preset-env 拥有根据 useBuiltIns 参数的多种polyfill实现,优点是覆盖面比较全(entry), 缺点是会污染全局, 推荐在业务项目中使用
上面 1, 2 两种方式取其一即可, 同时使用没有意义, 还可能造成重复的 polyfill 文件
之前在用babel 的时候有个地方一直挺晕的,@babel/preset-env 和 @babel/plugin-transform-runtime都具有转换语法的能力, 并且都能实现按需 polyfill ,但是网上又找不到比较明确的答案, 趁这次尝试 roullp 的时候试了试.
赞 37 收藏 16 评论 15
lllllxt_in_sf 赞了回答 · 2020-04-08
iview实际使用的vue版本和你项目实际的vue版本不同造成的问题, 解决办法是安装相同版本的vue. 另外: vue-template-compiler 这个插件也安装和vue相同版本的.
iview实际使用的vue版本和你项目实际的vue版本不同造成的问题, 解决办法是安装相同版本的vue. 另外: vue-template-compiler 这个插件也安装和vue相同版本的.
关注 9 回答 5
lllllxt_in_sf 赞了回答 · 2020-04-01
echarts中可以用rich自定义富文本样式如果没用下载最新echarts 4富文本标签实例 为啥两年过去了还有人踩我。。不对吗?更加准确的例子
关注 4 回答 1
lllllxt_in_sf 关注了问题 · 2020-03-16
以echart雷达图为例,设置如下:
indicator: [{
name: '消费信息',
max: 1000,
color: '#7be3ff'
},
{
name: '社交信息',
max: 1000,
color: '#7be3ff'
},
{
name: '通讯信息',
max: 1000,
color: '#7be3ff'
},
{
name: '身份信息',
max: 1000,
color: '#7be3ff'
},
{
name: '信用历史',
max: 1000,
color: '#7be3ff'
}
]
效果如图:
现想增加自定义图标像下图这样,是否echarts有支持?
关注 4 回答 1
lllllxt_in_sf 回答了问题 · 2020-02-07
你的写法只查了第一层
应先递归重组成一维数组(提高性能), 再使用你的方法就好
模拟代码:
function rebuildData(data){
const result = []
function 递归(data){
for (const item of data) {
if(item.name)result.push({id:item.id,name:item.name});
if(item.child && item.child.length>0) {递归(item.child)}
}
}
递归(data)
return result
}
var rData = rebuildData(datas)
var kw = '蕉'
console.log('=====debug=====',rData.filter(v=>v.name.includes(kw)));
你的写法只查了第一层应先递归重组成一维数组(提高性能), 再使用你的方法就好 模拟代码: {代码...}
关注 4 回答 3
查看全部 个人动态 →
基于 LocalStorage + IndexedDB 封装的消息传递的模块
注册于 2017-09-13
个人主页被 501 人浏览
推荐关注