技术干货让前端飞

数组循环处理的几种写法

2017-03-11  本文已影响0人  月动我心弦

性能评定为综合评定,不同数据量,不同测试环境存在一定偏差,性能差的处理方式在数据少或者特定情况下处理速度优于其他处理方式,我基本测试结果和书籍介绍还是贴近的,网上有些博客在那瞎说测试代码写得都有问题,一度以为第一种写法性能也是优仔细一看那个博客根本不是对子元素进行操作而是对步进进行操作,搞得我还以为书上写错了,代码还是要自己打一遍才知道

1 for(var i= 0; i < arry.length;i++){};

最为常见的写法:性能中等,写法不好看

2 for(var i= 0,len = arry.length; i<len;i++){};

在最常见写法中引入局部变量,每次循环是不需要再读取数组长度,性能优(推荐写法)

3 for(var iin arry){};

对象遍历方法:性能差,安全性差,会遍历原型链,极不推荐

4 Array.prototype.each= function(fn){var that = this;if(!fn){return}for(var i=0;i<that.length;i++){fn.apply(this[i],[this[i],i]);}}

用法arry.each(function(child,index))

原型扩展方法:性能差,优势独特,代码美观性高,可读性强(数据量低时,框架封装时,推荐使用)

5 for(var i= 0,child; child = arry[i++];){};

以数组子元素值为循环判断条件:性能极优,数据量越大优势越明显,代码美观性也强,可读性高,劣势明显数组中子元素不能为空,不能为0,这是最尴尬了大数据量是无法保证每个子元素的状态,性能极高,代码安全性极差。(如果能重数据库端保证排除无效数据,再返回前端,用这种方式处理大数据量数据时优势明显)

6其他原生方法以及jq方法

这些方法不常用,有些有浏览器兼容性问题,有些有性能问题,关键我没试过,没有写过没有发言权

总结:代码还是要从下面几个方面去综合考虑性能,可维护性,可拓展性,以及交互提升这些方面

上一篇下一篇

猜你喜欢

热点阅读