やはり場合分けですか
全部一つで出来るキレイな公式があればいいと思っていたのですが
ありがとうございました

>>297
よく似た理屈といえば同じだが、
名前解決を早くしてるわけではなく、
DOM操作は重い処理だから1度計算したものをキャッシュして2回目からの計算をスキップしてるだけ。
ただ、DOMへの参照が残ってるとGCされないからAjaxとかしてるときは、
必要なくなったときに変数にnullを代入しないといけない。

>>292
function add(a,b)
retun a+b;
}
みたいな軽い処理で何万回も呼ばれるような関数なら呼び出しコストが高くつくけど、
getElementByIdみたいな重くて回数もあまり呼ばれない処理なら誤差だと思うけど？
それに、可読性の問題とか後から結果をキャッシュさせる変更も楽にできとかもあるから、
単に関数の呼び出しコストだけを見て1行関数をいただけないと言っているのなら、ナンセンス。

>>302
> 2回目からの計算をスキップ
Function.bindって関数型でいうメモ化みたいな処理までやってくれるの…？
精々document検索コスト+document内でのメンバ検索コスト削減程度かと思ったんだが。
> 軽い処理で何万回も呼ばれるような関数なら
むしろJIT最適化が期待できたりしそう…ってのは動的JITに夢見すぎかな。

>>292
フレームワークならいざ知らず、業務システムで汎用性ゼロの開発なのに
こういうゴミみたいなメソッドしかないクラス量産する奴等ってほんと様式美っつーか形に拘るよな
理屈ばっかでおまえらの実装したライブラリがゴミなんだよ
モジュール化？利用時にクラス内部覗かないと仕様書からじゃ理解できないゴミみたいな実装でどの口でwww
って感じだな

bindは重いで有名なのに本当に速くなるのか？

コスト気にするほど何回も使うなら最初にgetしたもんを使いまわすけどね

1枚2KBのjpg画像1000枚を1ページに表示させおわるのに高速な方法って何ですか？
全ファイルをbase64化してJSに書いて読み込むと速いですか？

データがものすごく肥大化しそうだな

JavaScriptに累乗の演算子がないのは何故ですか？

>>303-304
Funtion.prototype.bind の話がどこにあったの？
全く関係ないと思うけど

>>307
それブラクラっていうんですよ

>>307
そりゃもう、その1000枚をくっつけた画像１枚にすることでしょ。

>>309
少数派でもないと思うんだけどね。
まあMath.pow()で用は足りるし。

すぐに表示させずにsetTimeoutで呼び出した関数に読み込ませる
なんも変わらんけどとりあえずページ読み込みのクルクルはすぐ終わる

123→0.123
123456→0.123456
こんな形で整数を小数点化するにはどうやればいいでしょうか？

logで出来そうでしたが
1000も1も0.1になってしまうので想定した用途では使えませんでした
失礼しました

頭に"0."を付け加えて数値化じゃ駄目なん？

>>310
>>291よくみろ

二つの値のmaxやminが欲しい時
関数呼び出しコストを考えると
Mathを使うより三項演算子を使った方が速いですよね？

>>319
聞くんじゃなくて自分で計測しろ

計測する→質問しない→他の人は答えを知らないまま
質問する→他の人も答えを知ることができる
よって質問した方がいい
はい論破

その答えを知って、「おお、ならば私もそうしよう」となるとか思っているのかな。

なんでならないってお前が決めるんだよタコ

計測する→質問しない→自己解決能力が伸びる
質問する→すぐ他人に依存するようになる

即時関数ってどっちが正しいとかありますか。
(function(){}());
(function(){})();

後者。

自己解決しました。
どっちも同じように動くけど前者が勧められているようです。
失礼しました。
http://en.wikipedia.org/wiki/Immediately-invoked_function_expression
http://benalman.com/news/2010/11/immediately-invoked-function-expression/

>>324
自分で確かめるのは簡単だが知ってる人に聞いた方が早いから聞いてんの。
この程度の単純作業で自己解決能力なんて伸びないから。

>>327
Crockford か…

粒子法で炎の描画って可能でしょうか

>>328
そう思ってるバカには一生無理だが、
速度比較は自分でコード書かなくても、比較結果まとまってて簡単に検索できるサイトもあるんだぜ。
聞くより早くて、自分の知らなかった記述方法の発見まであったりするわけだが。

>>326
jslint的には前者じゃないとエラー出る
全然浸透してないけど前者のほうが自然だと思う

>>325の後者は、Cでポインタ経由で関数を呼び出す書式に似てるね。

しばし考えて見たが
どっちでもいいな
{}をどこに書くかとかと同じレベル

タイプのしやすさでも前者だな
最後の閉じ括弧二連打が気持ちいい

>>328
この程度の簡単な質問で自己解決する時間を惜しむなら、もっと難しい問題も他人に聞くのだろう。
どんな問題も自己解決する事は永久に出来ないだろうね。

>>336
万個は I だろ。

>>335
え、前から順に書くの？

カッコ開いたら、中身があっても、次は閉じカッコ書いて
一個戻るのって俺だけか？

lispさんじゃないの

>>337
そんなやつはプログラム自体組めないだろ
現実見ろよ

setInterval()で１秒ごとに年月日曜時分秒を出力する処理を書きたくて
↓のようなコードを書いたんですが、時間が進みません。
new Date() のスコープ？が悪いのでしょうか？

var SimDate = function() {
　this.d = new Date();
　this.days = ["sun", "mon", "tue", "wed", "thu", "fri", "sat"];
　this.sep = ' ';
};

SimDate.prototype.toString = function() {
　return "" +
　　this.d.getFullYear() + this.sep +
　　this.d.getMonth() + this.sep +
　　this.d.getDate() + this.sep +
　　this.days[ this.d.getDay() ] + this.sep +
　　this.d.getHours() + this.sep +
　　this.d.getMinutes() + this.sep +
　　this.d.getSeconds()
　　;
};

var simdate = new SimDate();

window.setInterval(function () {
　console.log( simdate.toString() );
}, 1000);

三項演算子の左項は()で囲む方がいいですか？囲まない方がいいですか？

必要ないカッコは書かない方がいいという気持ちと
ある方が一目でまとまりを把握しやすいという気持ちが戦っています

三項それぞれをすべて括弧で囲んで、
さらに外側も括弧で囲むくらいはしないと
優先順位で誤爆しやすくなるｗ

>>342
Date()オブジェクトってのは
ずっと動き続ける時計じゃないんだぜ

>>346
あざす。toString()内で this.d に new するようにしたら動きました

>>341
> そんなやつはプログラム自体組めないだろ
だからそういってるんだけど。
「この程度の単純作業で自己解決能力なんて伸びないから」なんていえる程のレベルに達してない。

>>343-344
>345で指摘されている優先順位を理解しているなら括弧で括る必要はないと思う

>>348
バリバリ組んでるんだが。
少ないデータで結論を出すんじゃない。
それだけでC級プログラマーだと分かる。