大家好,欢迎来到IT知识分享网。
前言
大家好啊,我是wangly19,一名前端摸鱼小能手。最近忙着开源项目的东西,还有公司项目的迭代问题,导致更新文章的频率有点低了。也来聊聊我在干嘛吧。
第一个事情就是比较我的阉割版UI Design,要开始Vue3.0的开发工作,所以近期都在看Vue3.0的东西。 其次就是和UI配套的方法库,也是我近期的一个项目,是一个Typescript生产的小东西。希望能够对于大家有一些帮助。
eleganceUI框架:Github仓库
这篇文章呢,主要是做一个Vue性能优化的帖子,做一个参考文档,对以后项目上线做一些集合文档。如果对各位在项目优化时,做一个文档参照。
开发过程
在开发项目的时候,就要注意项目的一些小技巧,下面我就罗列一些经常用到的优化的方法吧。同时老规矩,查缺补漏。
优先使用vIf
vIf
和 vShow
理论上都是作用于元素的显示隐藏,只是一个是直接对DOM,一个是通过CSS的 display
来操作的,在项目中大部分的时候我都是直接使用 vIf
直接代替使用 vShow
,只有当DOM频繁进行显示和隐藏的时候,但是这种场景非常少见,我只在信息推送优先级中使用过,项目中一直通过 WebSocket
推的消息进行消息的场景遇到过,频繁推送不同类型的通知。
vFor和vIf不要一起使用
vFor
的优先级其实是比 vIF
高的,所以当两个指令出现来一个DOM中,那么 vFor
渲染的当前列表,每一次都需要进行一次 vIf
的判断。而相应的列表也会重新变化,这个看起来是非常不合理的。因此当你需要进行同步指令的时候。尽量使用计算属性,先将 vIf
不需要的值先过滤掉。他看起像是下面这样的。
// 计算属性
computed: {
filterList: function () {
return this.showData.filter(function (data) {
return data.isShow
})
}
// DOM
<ul>
<li v-for="item in filterList" :key="item.id"> {{ item.name }} </li>
</ul>
IT知识分享网
vFor key避免使用index作为标识
其实大家都知道 vFor
是不推荐使用 index
下标来作为 key
的值,这是一个非常好理解的知识点,可以从图中看到,当index作为标识的时候,插入一条数据的时候,列表中它后面的key都发生了变化,那么当前的 vFor
都会对key变化的 Element
重新渲染,但是其实它们除了插入的 Element
数据都没有发生改变,这就导致了没有必要的开销。所以,尽量不要用index作为标识,而去采用数据中的唯一值,如 id
等字段。
释放组件资源
什么是资源? 每创建出一个事物都需要消耗资源,资源不是凭空产生的,是分配出来的。所以说,当组件销毁后,尽量把我们开辟出来的资源块给销毁掉,比如 setInterval , addEventListener等,如果你不去手动给释放掉,那么它们依旧会占用一部分资源。这就导致了没有必要的资源浪费。多来几次后,可以想象下资源占用率肯定是上升的。
添加的事件
IT知识分享网created() {
addEventListener('click', Function, false)
},
beforeDestroy() {
removeEventListener('click', Function false)
}
定时器
created() {
this.currentInterVal = setInterval(code,millisec,lang)
},
beforeDestroy() {
clearInterval(this.currentInterVal)
}
长列表
项目当中,会涉及到非常多的长列表场景,区别于普通的分页来说,大部分的前端在做这种 无限列表
的时候,大部分新手前端都是通过一个 vFor
将数据遍历出来,想的多一点的就是做一个分页。滚动到底部的时候就继续请求 API
。其实这也是未思考妥当的。随着数据的加载,DOM会越来越多,这样就导致了性能开销的问题产生了,当页面上的DOM太多的时候,难免给我的客户端造成一定的压力,所以对于长列表渲染的时候,建议将DOM移除掉,类似于图片懒加载的模式,只有出现在视图上的DOM才是重要的DOM。网络上有一些很好的解决方案,如 vue-virtual-scroller
库等等,大家可以理性的选择。
图片合理的优化方式
图片应该都不陌生吧,在网页中,往往存在大量的图片资源,这些资源或大或小。当我们页面中DOM中存在大量的图片时,难免不会碰到一些加载缓慢的问题,导致图片出现加载失败的问题。网络上大部分都在使用 懒加载
的使用方式,只有当 存在图片的DOM
出现在页面上才会进行图片的加载,无形中起到了分流的作用,下面就说一套实践的方案吧
- 小图标使用
SVG
或者字体图标 - 通过
base64
和webp
的方式加载小型图片 - 能通过cdn加速的大图尽量用cdn
- 大部分框架都带有懒加载的图片,不要嫌麻烦,多花点时间使用它
路由器按需加载
对于路由的懒加载,如果还不会的话,那么就真该好好的重新去学习一下了。路由懒加载的方式有两种,一种是require
另一种是 import
。当路由按需加载后,那么Vue服务在第一次加载时的压力就能够相应的小一些,不会出现 超长白屏P0问题
。下面是两种路由懒加载的写法:
IT知识分享网// require法
component: resolve=>(require(['@/components/HelloWorld'],resolve))
// import
component: () => import('@/components/HelloWorld')
UI框架使用方式
确保在使用UI框架如, Element
, And Design
等UI框架的时候,都使用官方给暴露出来的按需加载组件。只有真正用到它的时候时候才会加载当前UI框架的组件,而不是一开始就将整个组件库给加载出来,我们都知道,一个UI框架其实很大,相对比其他的东西来说。因此,它在方便我们开发者的同时,也无形中产生了多余的开销。但是项目周期开发的时候,不得不依赖它。所以建议尽量的使用按需加载。合理的对项目进行止损,如果你不在意,非常嫌麻烦,那么可以进行全局引入。
import { Button } from 'xxxx
首屏优化
众所周知,第一次打开Vue的时候,如果你的项目够大,那么首次加载资源时,会非常的久。由于资源没有加载完毕,界面的DOM也不会渲染,会造成白屏的问题。用户此时并不知道是加载的问题,所以会带来一个不好的体验。因此通常会在public下写一个加载动画,告诉用户,网页在加载中这个提示。当页面加载成功后,页面渲染出来的这一个体验比白屏等开机要好太多了。因此,推荐大家都设计一个自家公司的loading加载方式放入index.html中吧。
项目过程
最小化JS文件
可以通过webpack处理打包的JavaScript文件,让其更加的精简。在配置中,你可以这么做
config.optimization.minimize(true);
图片资源压缩
可以通过 image-webpack-loader
插件对打包的图片进行压缩,看起来会对图片的加载有一些提升。如果担心破坏图片,可以放弃使用它。
“
$ yarn add image-webpack-loader
– – QAQ
config.module
.rule('images')
.use('image-webpack-loader')
.loader('image-webpack-loader')
.options({
bypassOnDebug: true
})
.end()
打包公共代码
在 webpack4
中,可以通过 optimization.minimize
将公共代码进行打包,虽然我个人认为这个东西对SPA应用来说,效果其实有限,但有胜于无,文字再小也是肉不是,所以说,在细节的把控上,永远是无止境的。但是在webpack4中也是将CommonsChunkPlugin 改用 SplitChunksPlugin 了。感觉评论掘友的提醒。
new webpack.optimize.CommonsChunkPlugin({
name: ['vendor','runtime'],
filename: '[xxxxx].js'
})
删除沉淀代码
使用 Tree-Shaking
插件可以将一些无用的沉淀泥沙代码给清理掉。
依赖库CDN加速
看到有小伙伴使用CDN的方式引入一些依赖包,觉得非常的 Nice
,然后我也开始使用了。我将 Vue
Axios
Echarts
等等都分离了出来,在正式环境下,通过CDN,确实有了一些明显的提升,所以说大家可以进行尝试。
CDN LinkDI地址:BootCDN
// 在html引入script标签后。在vue的配置中,进行声明
configureWebpack: {
externals: {
'echarts': 'echarts' // 配置使用CDN
}
}
GZIP
这个东西需要后端进行配置,当然,如果你有操作 Nginx
的权限的话,那么可以自己开启,反正我认为,这个东西提升还是很大的。具体的可以看这篇文章。这里不过多赘述这个东西。 Vue CLI 2&3 下的项目优化实践 —— CDN + Gzip + Prerender
后话
项目优化是非常重要的,一丝一毫的提升都是对用户的负责。本篇文章是对一个优化的小总结,都是一些开发中需要注意的。如果真的想在优化中玩出花来,其实非常难。需要具备很多全面的知识,而不是看一两篇文章就能够说精通的。没有什么技术是随随便便就能掌握的,除非它的价值很低。或者是属于必备项的一个东西。所以说,性能优化还是需要大家在日常项目中养成好的编码习惯,高内聚低耦合。避免无用代码。这些比任何后期的工作都要实在。
“
如果觉得有用,可以点赞哦。有好的方法,也可以评论让我也学习下。
– – QAQ
下面推荐一些优化的文章,我个人觉得非常有用的
还在看那些老掉牙的性能优化文章么?这些最新性能指标了解下
前端性能优化指南[6]–Web 性能标准
浅谈 webpack 性能优化(内附巨详细 webpack 学习笔记)
本文使用 mdnice 排版
免责声明:本站所有文章内容,图片,视频等均是来源于用户投稿和互联网及文摘转载整编而成,不代表本站观点,不承担相关法律责任。其著作权各归其原作者或其出版社所有。如发现本站有涉嫌抄袭侵权/违法违规的内容,侵犯到您的权益,请在线联系站长,一经查实,本站将立刻删除。 本文来自网络,若有侵权,请联系删除,如若转载,请注明出处:https://yundeesoft.com/9451.html