记录一次前端优化

优化记录

最近在搞一个项目的前端优化,断断续续持续了两个多月,现在基本告一段落,趁现在记得还比较清楚,写下总结,方便以后查看。

先介绍一下背景,我们的系统用的框架是elementui,然后所有的页面都要缓存(是的所有的页面都要缓存,spa);每个页面的分页默认是100条,最大2000条;新增和编辑页面都是在列表中进行中(脑补excle编辑数据),这个编辑和新增基本都是几百条上千条数据,其中有些页面是支持模板导入的,有些测试会直接一次全部导入,基本都是一万条的样子。另外有些客户还在使用xp系统,所以还要考虑低版本的性能问题。优化之前打开几个页面,浏览器内存就暴涨到1G以上,低版本的浏览器会直接崩溃,连续打开几个页面,切换路由后内存就一直增加,直到崩溃。目前优化后浏览器基本比较稳定,即使低版本浏览器打开十几个页面也不会崩溃。

下面就是优化的主要内容。

由于系统已经上线,所以不能更改用户的使用习惯,只能从用户看不到的地方去入手。

1、el-select组件优化

我们系统的一些下拉菜单可能会有几百项,用户选择下拉菜单时是一次直接渲染出来,显然是一种资源浪费,我们做了一个懒加载,一次只渲染50条,如果继续向下滚动鼠标才继续加载。但是这样还不够,如果用户根本就不选择下拉菜单,那就没必要渲染,所以我们又在下拉菜单项那里判断面板是否激活,如果激活才渲染面板,如果未激活直接注销(在options上增加v-if),这里有一个坑,如果直接注销options选项,虽然组件里注销了,但是

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值