JavaScriptループ外で変数を宣言すると、スピードとメモリのメリットはありますか？

Question

C＃についても同様の質問がありますが、JavaScriptについては何も見つかりませんでした。

ループ内で変数を宣言するのは慣例ですか？

ループを200回繰り返すと仮定します。

サンプル1よりもサンプル2を使用するためのパフォーマンスの要件（メモリとスピード）はありますか？私たちはjQueryを使ってループしています。ループ内にvarを保持するコードの可読性を向上させますが、それがベストプラクティスでない場合や、パフォーマンスが大幅に低下したり、メモリ使用量が高くなったりすると、スイッチされます。

**Sample 1:** 
$(this).each(function() { 
    var i = $(some_div).clone(); 
    *** edit i *** 
    $(another_div).append(i); 
}); 



**Sample 2:** 
var i = null; 
*** edit i *** 
$(this).each(function() { 
    i = $(some_div).clone(); 
    $(another_div).append(i); 
}); 

Answer 1

サンプル1（内部変数）が高速です： http://jsperf.com/variable-outside-faster

しかし、違いが気にするのに十分な価値はありません。

Answer 2

これは実装に依存しますが、原則としてパフォーマンスに顕著な違いはないと私は考えています。ループするためにjQueryを使用しているので、i変数は最初のケースでは関数スコープにあり、2番目のケースでは外側スコープにあります。これはメモリ割り当てに若干異なる影響を与えるかもしれませんが、目立つことはないでしょう。実装を選択し、実装のパフォーマンスを測定しようとする唯一の方法です。

Answer 3

これらは潜在的に意味的に異なるので、これはリンゴとオレンジの比較です。 同期の代わりにiをAjaxコールバック内で使用していた場合は、この変更を行った場合、異なる値のそれぞれではなく、iへの最後の割り当てをほぼ確実に使用します。

純粋な憶測は、次のとおりです。

は、結果的に我々はそれがより多くの仕事をしているしなければならない、あなたがフォーム内varの可能性をフルに使用していた場合は、各iに異なるメモリアドレスを必要とすることを知っています。

$.eachがコールバック引数を同期的に使用することを確認するには、かなりの分析が必要です。したがって、これは有効な最適化である場合、私はほとんどのJSコンパイラがそれを作ることができないと思うし、手作業であなたに（一定の時間）速度とメモリの改善を与える必要があります。

その他の考慮事項：

もっとレキシカルスコープが潜在的変数を見上げるの直線的に増加するコストを意味します。

Answer 4

これはマイクロ最適化です。これをやめてください。

代わりに読み取り可能なコードを記述し、コードのドキュメント化とテストを行うために力を入れてください。遅くあなたの大きさの順序を作るjQueryのように肥大化した抽象化を削除

• ：
  はしかし、のために最適化する価値があるいくつかの高レベルの問題があります。
• あなたはサーバ・クライアント旅行の待ち時間を短縮
• あなたのアルゴリズムの大きなOの複雑さを軽減
画面上をやっているレンダリングおよび描画の量を減らします。