JavaScript中的「for ... in」循環總是不好？

Question

我有一種情況，我試圖使array工作，但我不認爲它會。我想擁有一個對象列表，每個對象都有一個唯一的ID，並且我希望能夠輕鬆引用特定對象，而無需遍歷搜索該ID的數組。

如果我使用object我可以很容易地使用唯一的ID作爲鍵和對象作爲值。但是，如果我使用對象而不是陣列，則必須使用for...in循環，並且我知道如果有人使用我的代碼擴展了Object.prototype，則會出現問題。

因此，這裏是我的問題：

難道真的那麼普遍，人們延長Object.prototype，我應該感到厭倦使用它呢？還有其他原因爲什麼我不想使用for...in循環？

另一方面，循環訪問一個數組尋找一個唯一的ID的性能打擊是如此之小以至於我不必擔心？ （爲了記錄，數組可能只有很少的元素，但我會經常訪問它，而且我寫的代碼將是一個jQuery插件，所以我無法控制什麼其他惡意代碼的人將其與合併）

更新：

基於從@nnnnnn的意見，我成立了一個jsperf測試和這裏的結果： http://jsperf.com/accessing-object-properties-vs-iterating-over-arrays

基本上，儘管對象方式稍微快一些，但不同ce可以忽略不計。仍然，使用for...in與hasOwnProperty似乎更清潔。

Answer 1

因此，這裏是我的問題：

難道真的那麼普遍，人們延長Object.prototype中，我應該使用感到厭倦呢？還有其他原因，爲什麼我不想使用for ... in循環？

不，它不常見，但確實發生。無論如何，你應該使用for..in循環，但使用.hasOwnProperty()，如其他答案所示。

我想不出的任何理由，而不是使用for..in（在一個對象上;顯然你不用它在一個數組上）。

另一方面，循環訪問一個數組尋找一個唯一的ID的性能打擊是如此之小以至於我不必擔心？

那麼你提到你的數組不會有很多因素，但我仍然認爲，即使它表現良好，將不必要的足夠複雜的代碼因爲你沒有做到這一點在所有的對象。另一方面，使用.hasOwnProperty()是一個小問題，它有效地成爲每個for..in語法的一部分。

您可以設置的性能在這裏的測試：http://jsperf.com/

Answer 2

即使有人確實擴展了原型，也可以使用hasOwnProperty屬性來排除這些成員。 This is exactly what Sugar.js recommends：

var s = 'cat', key; 
for(key in s) { 
    if(s.hasOwnProperty(key)) { 
    console.log(key); 
    } 
} 

現在根據糖，for..in是對象常量接受環，但你也可以使用一個迭代器像$.each的jQuery或_.each的Underscore.js。

Answer 3

您可以在for..in循環中使用hasOwnProperty方法來區分原型鏈中與指定給對象的東西相比更遠的東西。

或者您可以保留您自己的分配給給定對象的「鍵」列表。