摘要：但是總是會被很多朋友說，這些人認(rèn)為的速度要比快一點(diǎn)。如果你想用函數(shù)式編程寫個(gè)鏈?zhǔn)奖磉_(dá)式來裝個(gè)逼，將會是你不二的選擇。來看下面這個(gè)例子鏈?zhǔn)斤L(fēng)格接不起來，斷了最后根據(jù)上面的代碼，大家應(yīng)該了解到跟的局限。
訪問原文地址
.map() vs .forEach() vs for()
筆者說，自己基本沒怎么用過for()來遍歷，主要是用.forEach()。
但是總是會被很多朋友說，這些人認(rèn)為for()的速度要比.forEach()快一點(diǎn)。（其實(shí)這根本沒有根據(jù)，下面會講）
速度當(dāng)然是很重要的，但是我們也需要從其他方面考慮一下，特別是代碼資源。
這里有一篇很棒的文章,很好的分析了for()遍歷。它同時(shí)也針對for()遍歷和.forEach()做了比對[測試](https://jsperf.com/for-vs-foreach/37)。for()與.forEach()`相比會消耗更多的內(nèi)存。
這樣，又回到了老問題，是用空間換速度，還是反之？
當(dāng)然，都很重要。首先，這2個(gè)方面都不會成為你代碼中的瓶頸問題。其次，那些小小的優(yōu)化技巧也不會很好的平衡這2個(gè)問題，只會增加你的工作量而已。那我在來看下可讀性、可控性、以及可維護(hù)性之間的對比呢。
讓我們先來看個(gè)基本的sample
比如這個(gè)數(shù)組
var arr = [1, 2, 3];
.map():
arr.map(fcuntion(i) {
console.log(i);
})
43個(gè)字母
.forEach():
arr.forEach(function(i){
console.log(i)
})
47個(gè)字母
for()
for(var i=0,l=arr.lengrh;i
70個(gè)字母
.map()和.forEach()明顯要簡短一些，并且他們的可讀性更強(qiáng)，同時(shí)他們也創(chuàng)建了各自的scope，而for()在執(zhí)行完遍歷之后會把i和l這兩個(gè)元素掛起來，這讓我們需要手動(dòng)增加一些代碼去清除他們所占用的內(nèi)存。
所以，這時(shí)候可以告訴你的朋友：
用.forEach()或者.map()。
.map() vs .forEach()
那么接下來，我繼續(xù)做分析，為什么更推薦用.map()，而不是.forEach()？
首先，.map()要比.forEach()執(zhí)行速度更快。雖然我也說過執(zhí)行速度不是我們需要考慮的主要因素，但是他們都比for()要更好用，那肯定要選更優(yōu)化的一個(gè)。
第二，.forEach()的返回值并不是array。如果你想用函數(shù)式編程寫個(gè)鏈?zhǔn)奖磉_(dá)式來裝個(gè)逼，.map()將會是你不二的選擇。
來看下面這個(gè)例子：
var arr = [1, 2, 3];
console.log(
arr.map(function(i){
return i+i;
})
//鏈?zhǔn)斤L(fēng)格
.sort()
);// [2,4,6]
console.log(
arr.forEach(function(i){
return i+i;
})
//接不起來，斷了
.sort()
);//TypeError: Cannot read property "sort" of undefined
最后
根據(jù)上面的代碼，大家應(yīng)該了解到.forEach()跟.map()的局限。
最后，感謝大家耐心的閱讀，排個(gè)序
.map() > .forEach() > for()
英文原文
https://ryanpcmcquen.org/javascript/2015/10/25/map-vs-foreach-vs-for.html
文章版權(quán)歸作者所有，未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址：http://systransis.cn/yun/91156.html
