給初學者：JavaScript 中數組操做注意點

不要用 for_in 遍歷數組

這是 JavaScript 初學者常見的誤區。for_in 用於遍歷對象中包括原型鏈上的全部可枚舉的（enumerable）的 key，原本不是爲遍歷數組而存在。

使用 for_in 遍歷數組有三點問題：

1. 遍歷順序不固定

JavaScript 引擎不保證對象的遍歷順序。當把數組做爲普通對象遍歷時一樣不保證遍歷出的索引順序。

1. 會遍歷出對象原型鏈上的值。

若是你改變了數組的原型對象（好比 polyfill）而沒有將其設爲 enumerable: false，for_in 會把這些東西遍歷出來。

1. 運行效率低下。

儘管理論上 JavaScript 使用對象的形式儲存數組，JavaScript 引擎仍是會對數組這一很是經常使用的內置對象特別優化。 https://jsperf.com/for-in-vs-...
能夠看到使用 for_in 遍歷數組要比使用下標遍歷數組慢 50 倍以上

PS：你多是想找 for_of

不要用 JSON.parse(JSON.stringify()) 深拷貝數組

有人使用 JSON 中深拷貝對象或數組。這雖然在多數狀況是個簡單方便的手段，但也可能引起未知 bug，由於：

1. 會使某些特定值轉換爲 null

NaN, undefined, Infinity 對於 JSON 中不支持的這些值，會在序列化 JSON 時被轉換爲 null，反序列化回來後天然也就是 null

1. 會丟失值爲 undefined 的鍵值對

JSON 序列化時會忽略值爲 undefined 的 key，反序列化回來後天然也就丟失了

1. 會將 Date 對象轉換爲字符串

JSON 不支持對象類型，對於 JS 中 Date 對象的處理方式爲轉換爲 ISO8601 格式的字符串。然而反序列化並不會把時間格式的字符串轉化爲 Date 對象

1. 運行效率低下。

做爲原生函數，JSON.stringify 和 JSON.parse 自身操做 JSON 字符串的速度是很快的。然而爲了深拷貝數組把對象序列化成 JSON 再反序列化回來徹底沒有必要。

我花了一些時間寫了一個簡單的深拷貝數組或對象的函數，測試發現運行速度差很少是使用 JSON 中轉的 6 倍左右，順便還支持了 TypedArray、RegExp 的對象的複製

https://jsperf.com/deep-clone...

不要用 arr.find 代替 arr.some

Array.prototype.find 是 ES2015 中新增的數組查找函數，與 Array.prototype.some 有類似之處，但不能替代後者。

Array.prototype.find 返回第一個符合條件的值，直接拿這個值作 if 判斷是否存在，若是這個符合條件的值剛好是 0 怎麼辦？

arr.find 是找到數組中的值後對其進一步處理，通常用於對象數組的狀況；arr.some 纔是檢查存在性；二者不可混用。

不要用 arr.map 代替 arr.forEach

也是一個 JavaScript 初學者經常犯的錯誤，他們每每並無分清 Array.prototype.map 和 Array.prototype.forEach 的實際含義。

map 中文叫作 映射，它經過將某個序列依次執行某個函數導出另外一個新的序列。這個函數一般是不含反作用的，更不會修改原始的數組（所謂純函數）。

forEach 就沒有那麼多說法，它就是簡單的把數組中全部項都用某個函數處理一遍。因爲 forEach 沒有返回值（返回 undefined），因此它的回調函數一般是包含反作用的，不然這個 forEach 寫了毫無心義。

確實 map 比 forEach 更增強大，可是 map 會建立一個新的數組，佔用內存。若是你不用 map 的返回值，那你就應當使用 forEach

補：對數組排序時，永遠記得傳入比較函數

arr.sort 默認會將數組中全部元素轉換成字符串後以字典序排序。例如：

[1,2,3,4,5,6,7,8,9,10].sort() // => [1,10,2,3,4,5,6,7,8,9]

除非你是給字符串數組排序，不然請給它傳入一個比較函數。

PS：不要手寫排序算法了

補：forEach 與 break

ES6 之前，遍歷數組主要就是兩種方法：手寫循環用下標迭代，使用 Array.prototype.forEach。前者萬能，效率最高，可就是寫起來比較繁瑣——它不能直接獲取到數組中的值。

筆者我的是喜歡後者的：能夠直接獲取到迭代的下標和值，並且函數式風格（注意 FP 注重的是不可變數據結構，forEach 天生爲反作用存在，因此只有 FP 的形而沒有神）寫起來爽快無比。可是！不知各位同窗注意過沒有：forEach 一旦開始就停不下來了。。。

forEach 接受一個回調函數，你能夠提早 return，至關於手寫循環中的 continue。可是你不能 break——由於回調函數中沒有循環讓你去 break：

[1, 2, 3, 4, 5].forEach(x => {
  console.log(x);
  if (x === 3) {
    break;  // SyntaxError: Illegal break statement
  }
});

解決方案仍是有的。其餘函數式編程語言例如 scala 就遇到了相似問題，它提供了一個函數
break，做用是拋出一個異常。

咱們能夠仿照這樣的作法，來實現 arr.forEach 的 break：

try {
  [1, 2, 3, 4, 5].forEach(x => {
    console.log(x);
    if (x === 3) {
      throw 'break';
    }
  });
} catch (e) {
  if (e !== 'break') throw e; // 不要勿吞異常。。。
}

噁心的一Ｂ對不對。還有其餘方法，好比用 Array.prototype.some 代替 Array.prototype.forEach。

考慮 Array.prototype.some 的特性，當 some 找到一個符合條件的值（回調函數返回 true）時會當即終止循環，利用這樣的特性能夠模擬 break：

[1, 2, 3, 4, 5].some(x => {
  console.log(x);
  if (x === 3) {
    return true; // break
  }
  // return undefined; 至關於 false
});

some 的返回值被忽略掉了，它已經脫離了判斷數組中是否有元素符合給出的條件這一原始的含義。

在 ES6 前，筆者主要使用該法（其實由於 Babel 代碼膨脹的緣故，如今也偶爾使用），ES6 不同了，咱們有了 for...of。for...of 是真正的循環，能夠 break：

for (const x of [1, 2, 3, 4, 5]) {
  console.log(x);
  if (x === 3) {
    break;
  }
}

可是有個問題，for...of 彷佛拿不到循環的下標。其實 JavaScript 語言制定者想到了這個問題，能夠以下解決：

for (const [index, value] of [1, 2, 3, 4, 5].entries()) {
  console.log(`arr[${index}] = ${value}`);
}

Array.prototype.entries

for...of 和 forEach 的性能測試：https://jsperf.com/array-fore... Chrome 中 for...of 要快一些哦?

若是有更多建議歡迎留言指出

完