のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:127,063,113人
頁
昨日: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で

    751 = :

    JavaScriptオブジェクトにeasterEggというメソッドを発見した。ネット上で調べたけど出てこない。
    これは誰が仕込んだんだろうか？・・
    構文:
    easterEgg: function () {console.log("IF YOU SEE THIS, YOU MUST BE AN AWESOME JAVASCRIPT HACKER!");},
    結果:
    > console.easterEgg()
    IF YOU SEE THIS, YOU MUST BE AN AWESOME JAVASCRIPT HACKER!

    画像

    753 = :

    chromeにはないけど？

    754 = :

    Firefoxにもなかった

    756 = :

    アプリが実装してるんだろうね
    JSエンジンを一社が独占で作ってるわけじゃないし
    仕様書にないものを入れ込むわけない
    PHPにも昔イースターエッグがあったな

    757 = :

    >>756
    なるほど。やっぱりそうゆうことあるんだ。

    758 = :

    まあコード見てて分かったけどJSの内部もほとんどJsで構成されてるんだな。そりゃ自由度が高いわけだ。

    759 = :

    確かにconsole.dirでgoogleのシステムを見学させてもらうと暇つぶしにはなるな。googleっていうオブジェクトの中に色々な処理をぶっこんでる。

    760 = :

    >>751
    おめでとう！
    AWESOME HACKER のお墨付きだね

    761 = :

    http://jsperf.com/createinputbutton
    innerHTML+=がめちゃくちゃ遅いのは書き方が悪いんでしょうか

    762 = :

    >>761
    innerHTML+=は実行する度に対象の要素の子孫要素を破棄、
    innerHTMLを再パース→要素作成が行われるから、圧倒的に遅くなる

    763 = :

    >>762
    こんな時間にありがとうございます
    さっそく+=で書いていた部分を改めようと思います

    764 = :

    +=よりjoinの方が早いと聞いたことがあるような・・

    765 = :

    普通は文字列を完成させた後に最後に一回だけinnerHTMLに突っ込むんだよ

    766 = :

    >>1
    オブジェクト指向は愚かな考え。排便メソッドを実装した人間クラスから美少女クラスが作れない。
    http://toro.2ch.net/test/read.cgi/tech/1393660194/49

    767 = :

    再帰関数の中でそれが最初に呼ばれたものなのか、
    再帰で呼ばれたものなのかを判定するいい方法はありませんか？

    768 = :

    >>767

    function a() { // ← 最初
    　function b() { // ←二回目以降
    　　b();
    　}
    　b();
    }

    769 = :

    >>767
    >>768が解だと思いますが、それは再帰する必要がありますか？
    for, while 文で十分ではないですか？

    770 = :

    再帰はループに書き直せるってのは常識
    ループで書くよりわかりやすい場合に再帰を使う

    771 = :

    >>767
    そういうときは最初に呼ばれるのと再起用のを分けて書けばいいんじゃない？

    772 = :

    再帰呼出し時には引数を付けて判定したらいい
    function hoge(a,b,recursive){
    if (!recursive){
    //1回目
    } else {
    // 2回目以降
    }
    }

    773 = :

    >>772
    再帰回数にもよるが、毎回判定コストが発生するのでお勧めしない

    774 = :

    毎回関数生成のほうがコスト高くないか

    775 = :

    >>774
    毎回関数生成する必要はないと思うが、何の話？

    776 = :

    元関数を呼ぶたび毎回生成されるが？はい論破

    777 = :

    元関数を呼ぶたび毎回生成されません。はい論破

    778 = :

    >>776
    それは「関数呼び出し」のコストなのでは？
    関数生成コストというなら「new Function」や「var fn = function () {};」を想定する。

    779 = :

    768のコードだとaを呼び出す度にbが実体化される
    bの定義を外に出せばいい

    780 = :

    おまえらみんなロンパールームに行ってろ

    781 = :

    >>779
    そういう意味か
    理解した、ありがとう

    >>774が「>>768の毎回関数生成のほうがコスト高くないか」ならもう少し考えたんだが、>>772だけ読んで判断してた
    bの定義を外に出せば、>>768の方がコストが安いのは明らかだから意見としては変えないけどね

    782 = :

    対象を省略するのは最近の文化なのか
    ゆとり世代に「もう少しちゃんと説明しろよ」と思うことはよくあるが、エスパー力を試されているようでいい気はしない

    784 = :

    っつーか説明の為に簡潔に書いてるんだから、実践するには適宜読み取れって話でしょ。

    785 = :

    適宜読み取った結果、関数呼び出しコストと勘違いされたんだろ

    786 = :

    生成コストがとかいいたいなら
    まずベンチマークでもして証拠を出さないとダメでしょ。
    遅いかもしれませんじゃ誰も信用しない。

    787 = :

    >>767
    1回目を判定したいなら、これで十分だと思うが…。

    function a() {
    　b();
    　while (条件) {
    　　b();
    　}
    }
    function b() {
    　// 処理
    }

    788 = :

    ・>>768における function b の生成コストは発生するとしても1回だけ
    ・>>772は毎回判定コストを払う上に function hoge の生成コストは初回に払ってる

    しっくりこないのでベンチマーク待ち

    789 = :

    再帰に関する話題は別に js に限った話じゃないよね
    js に特有の再帰を最適化するための機能ってあるの？

    791 = :

    再帰と言えばスタック消費というイメージだけど素人っぽいかな

    792 = :

    関数呼び出しコストはif文実行コストの100倍くらいあるから
    一つのif文なんぞ気にしてもしょうがないよ

    793 = :

    >>792
    払わなくてもいいif文のコストを払う理由にはならないし、100回評価せれば等価になる

    794 = :

    限界まで最適化する時はインライン化されない関数呼び出しは論外だ

    795 = :

    return (x >> 16) & 32767;
    これの>>ってなんですか？
    これって返り値が２つってことでしょうか？

    796 = :

    どんだけ初歩的な質問やねん…しゃーないな「JavaScript 演算子」で調べろ

    797 = :

    事故解決しました
    wikiに載ってるようなこと質問してすみません＾＾；

    798 = :

    rangeの境界となるノードとオフセットの値を使って、
    その境界の直前、直後の要素を取得したいのですが
    そういうことを簡単にする方法ありますか？
    よくありそうなケースなので、ライブラリで提供しているのではと思うのですが

    800 = :

    >>791-794
    ES6から適切な末尾再帰はフレームを継続する＝コールスタックを消費しない＝ループに最適化できる事になった
    まだ実装してるエンジンはないが近いうちにそうなるから敬遠しなくていいよ


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

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

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