のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:127,062,921人
頁
昨日:no data人
頁
今日:人
頁
最近の注目
人気の最安値情報

    元スレ+ JavaScript の質問用スレッド vol.113 +

    JavaScript覧 / PC版 /
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。
    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで

    301 = :

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

    302 = :

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

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

    303 = :

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

    304 = :

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

    305 = :

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

    306 = :

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

    307 = :

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

    308 = :

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

    309 = :

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

    310 = :

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

    311 = :

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

    312 = :

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

    313 = :

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

    314 = :

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

    318 = :

    >>310
    >>291よくみろ

    319 = :

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

    320 = :

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

    321 = :

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

    322 = :

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

    323 = :

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

    324 = :

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

    325 = :

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

    326 = :

    後者。

    327 = :

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

    328 = :

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

    329 = :

    >>327
    Crockford か…

    330 = :

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

    331 = :

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

    332 = :

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

    333 = :

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

    334 = :

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

    335 = :

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

    337 = :

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

    339 :

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

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

    340 = :

    lispさんじゃないの

    341 = :

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

    342 = :

    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);

    343 = :

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

    344 = :

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

    345 = :

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

    346 = 339 :

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

    347 = :

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

    348 = :

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

    349 = :

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

    350 = :

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


    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / JavaScript一覧へ
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

    類似してるかもしれないスレッド

    トップメニューへ / →のくす牧場書庫について