前端的项目亮点应该结合实际场景去说

老生常谈的问题 很多同学都喜欢在简历上说自己会性能优化 但是问起来也没几个能说明白 在项目中实现难点并且实现和逻辑闭环 这就是一个亮点

内容太多了 什么拆包啊 ssr啊 什么资源优化资源去重啊 缓存啊 cdn的协议啊 参考前一篇

这篇举一个例子 我要讲的是不基于架构限制的优化 就是关于有大量数据 我们怎么优化前端的渲染方式
很多同学可能上来就说 懒加载啊 虚拟列表啊 按需加载啊 甚至是web worker啊 减少重排重绘啊 甚至是SSR 预渲染
倒是也没毛病

就是首选我们要讲逻辑 主要的数据量大的场景包括列表，表格，选择器，图表等

比如说 你在写demo练手 这个时候 页面卡顿了 不要烦躁 你造亮点拿大厂offer的机会就在眼前了

我们要对症下药 这个是因为dom元素数量过多 还是js执行的时间过长 还是大量的回流重绘呢

大家都做过分页 这就是最常见的一种处理方式 直接就避免了大量的dom渲染

如果你做了搜索的下拉选项功能 最好需要在前端或者后端加一下选型的一个限制

但如果是一些不适合做分页的场景 比如说移动端下的h5页面 我们首先是可以考虑去做时间分片 去加载 比如说requestAnimationframe等 可以去搜相关文章

对于h5 可能大家都会处理的就是触底加载 但滑了多了 还是会卡顿 这个时候 我们才会去说 用虚拟列表去解决 而不是上来就用 那你怎么去说服面试官他的使用场景呢 讲虚拟列表的文章 不要太多 就是技术文章其实是无限的 你也看不完 要结合你的场景 有故事 才有offer

#简历中的项目经历要怎么写##现在前端的就业环境真的很差吗##我的失利项目复盘##没有实习经历，还有机会进大厂吗##那些拿到大厂offer的简历长啥样##前端#