javascript - block代わりのclosureとその問題 : 404 Blog Not Found

2009年01月19日18:15 カテゴリLightweight Languages javascript - block代わりのclosureとその問題 リハビリに手頃な問題だったので。 これ、実は「Java開発者のためのAjax実践開発入門」でも紹介されている書き方。 for 文と無名関数のイディオム - IT戦記 というわけで、これをすべて解決するのが for (var i = 0, len = list.length; i < len; i++) (function(node, i) { var text = node.textContent; node.onclick = function() { alert(text) }; })(list[i], i) なのだ。 ただし、コメント欄に残された問題が残る。 自分でも検証してみた。 n = : これ、デフォルトでは100万回にして

[hirafoo]

ループの中ではclosureを生成しない方がよい

[foosin]

ループの中ではclosureを生成しない方がよい

[setamise]

for文と無名関数イディオム 関連記事 その3

[snaka72]

javascriptのイディオムってなんでこんなに盛り上がるんだろう？おもしろい。

[publichtml]

"ループの中ではclosureを生成しない方がよい。"ハイコストだから。

[tm8r]

「なるべくループの中ではclosureを生成しない方がよい」

[hisasann]

無名関数使わずに事前に関数を定義したほうがIEで速い

[kits]

「なるべくループの中ではclosureを生成しない方がよい」

[studio-m]

10万回とか100万回のループ内でクロージャを使うと遅いという例。1000回程度ならIEでも特に実用上問題のないレベルか。手元の2年前のノートPCで全部0msだった。

[fbis]

ケースバイケースね

[cyokodog]

汎用処理書くときに要配慮(用途次第)。関連記事http://www.yabooo.org/archives/70

[toton]

改善前でパース時クロージャ定義コスト1回、ループ時クロージャ実行コストN回と期待したけど違うのか。jsエンジンの最適化が甘いのか、他の言語や環境でも応用できるテクなのか。どっちなんだろ。

[youpy]

http://d.hatena.ne.jp/amachang/20090119/1232331329 ループで使う関数を事前に定義しておく

[amachang]

なるほど！／とはいえ、実際にボトルネックになるループって with → function で改善されることが多い気がするなあ（自分の場合）。軽いループは、ボトルネックになりにくいし、スコープを必要としないことが多い。