基于vue的瀑布流的实现以及长列表的渲染优化

前两天在公司的一个手机点餐项目组帮了几天忙，发现里面的点餐页面使用了瀑布流。我一直知道瀑布流布局但没有具体实现过，这两天下班抽空简单实现了一下。

看代码应该很容易理解，但还是简单介绍一下，这是一个用绝对定位实现的瀑布流，外面有一个560 * 1000的盒子包裹，通过随机数生成里面item的高度，通过高度计算出每个item的绝对位置，计算过程大家自己看下吧，挺简单的，下面是实现结果。

大家看到肯定很奇怪，为啥有红的有灰的？这里就要说一下长列表渲染的优化了，那个点餐项目的菜品非常多，而且需要在首页全部展示，这么多的dom渲染起来对前端压力非常大，我就想能不能只渲染可视区域内的菜品，于是就通过@scroll事件在滑动中拿到容器的scrollTop，再结合每个item之前计算出来的绝对位置得出每个item该不该显示，这里红色的就是可视区域内的item，在这里我为了方便更直观的观察到可视区域与非可视区域，把可视区域上下各缩小了100px。

虽然在显示上做过了优化，但每次滑动事件都触发每个item的计算来判断该不该显示，这个计算频率对前端来说也太高了，所以我又在此基础上进行了再一次的优化。

这个优化主要是对滑动事件进行了节流处理，加了个计数器节流，合并五次滑动事件为一次滑动事件，这样就大大减少了前端的计算量，同时为了防止快速大幅度滑动而导致没有真正触发滑动事件的计算而现实不出来菜单，我把渲染区域的上下各加了2000px，相当于渲染区域从原来的一页变成了五页，比起减少了五分之四的计算量，多渲染的四页dom元素根本算不了什么。

嗯，划了划还有那么点意思。

这只是一次简单的实现及优化，肯定有许多不足的地方，接下来的时间如果我遇到更好的方法也会分享出来，也欢迎大家提出宝贵意见。