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

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

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

    301 :

    >>297
    業界の、ってあたりが香ばしい

    302 = :

    注意した奴もなぜ必要なのかが解ってなかっただけだろ。

    304 = :

    >>303
    ごめん。とばし読みだったのでhref属性がある要素に対してと思ってた。
    href無いな要らないね。結局の所>>302って事でしょ。

    305 = :

    >>297
    何でもかんでも、return false付けてたら、お前が笑われるよって言ってやれよ。

    divとかに付けてたら、ギャグだと思うぞ

    306 = :

    その時きちんと言い返せなかったんだからどっちもどっちだわ

    307 = :

    信念を持つことと疑問を持つことは別物。盲信したいなら止めないけど。

    308 = :

    hrefでもわざわざreturn false入れんのは麺毒背絵

    309 = :

    DOM 挿入順序リーク というのは、現在のブラウザでもまだ改善されていないのでしょうか？

    例：　http://stackoverflow.com/questions/1577840/
    var root = document.createElement("DIV");
    var child = document.createElement("DIV");
    // THIS IS WRONG
    root.appendChild(child); document.body.appendChild(root);
    // THIS IS CORRECT
    document.body.appendChild(root); root.appendChild(child);

    今まではパフォーマンスが良さそうなので、前者のWRONGって書かれている方で記述していたのですが。

    312 = :

    あります。

    はい、次。

    313 = :

    >>309
    パフォーマンス気にするなら、DocumentFagment作ってから、そんなかでDOM組み立てて、一気にappendした方が速いと思うけども。

    314 = :

    >>313
    ＞>>309
    ＞パフォーマンス気にするなら、DocumentFagment作ってから、そんなかでDOM組み立てて、一気にappendした方が速いと思うけども。
    おっと、Fragmentだ。

    315 = :

    ご返答ありがとうございます。気にしているのはリークの方なので、
    肝心の、リーク自体は改善されているということで正しいでしょうか？

    316 = :

    >>315
    記憶では IE7 まで残っていたリークパターンだが、ソースは見つけられなかった。
    意図的に極端なリークパターンを作ってテストするしかないかも…。
    DOMツリーに appendChild してから attachEvent() すれば回避できるパターンなのでどっちにしてもパフォーマンスは気にならないんじゃないかな。

    317 = :

    よくcreate-Fragment内にappendChildした方が早いと聞きますが
    ｉモードブラウザ等NFではcreate-Element("span")内にappendChildした方が僅かに早いか同じくらいになります
    どうしてでしょうか？
    また、このような結果になるのでブラウザ別に処理を分けた方がいいのでしょうか？

    318 = :

    そんなわずかな差を気にするほどの大きなことをやってるのか？
    携帯は特に実装によって差が有るだろうから、気にしなくていいと思うぞ。

    319 = :

    既存のソフトの対応サイトを自力改造で増やしたいのでjavascriptを読めるようになりたいんですが
    お勧めのjavascriptの文法書みたいなのってありませんか？

    320 = :

    読めるだけならgoogleで十分だと思うんだが・・・・

    321 = :

    for in 構文でのイテレート順って仕様で既定されてるんですか？
    fx3 で試すとキー作られた順に取り出されて、値の更新をしても順序が
    変わることはなかったんですけど、そう期待したコード書いて良いのか不安です・・・

    322 = :

    >>320
    特定の単語の意味とかでなくて
    文の構造を順をおって解説してる感じのやつがほしいんです

    324 = :

    >>319
    JavaScript 第五版。英語でよければ第六版かな。

    325 = :

    >>324
    ありがとです、みてみます

    326 = :

    今時はJavaScriptはコピペして持ってきて使うものなのかな？
    それとも自作するもの？

    329 = :

    いちいち消すとかめんどくさすぎだろ
    そんな欠陥言語じゃないから心配せずに放置しておけ

    331 = :

    jQueryは自動でリスナ解除するよ

    332 = :

    >>329-331
    jqueryのイベント等はそのまま移行で問題なし
    javascriptでaddEventListenerしたらremoveEventListenerしておく
    という認識でいいんですかね。ありがとうございます！

    333 = :

    >>321
    そんなバグの元のようなプログラム書かない方が
    自分の精神衛生上にもいいんじゃない？

    334 = :

    >>333
    >>321は仕様で規定されているか、を聞いてるんじゃない？

    335 = :

    http://developer.mozilla.org/ja/Core_JavaScript_1.5_Reference/Statements/for...in

    336 = :

    数字文字列を数値型にするやり方は色々あると思いますが
    一般的なデファクトスタンダードはperseIntですかね？
    '1234'-0は邪道？

    337 = :

    少なくとも品質は最低だな

    338 = :

    perseIntなら分からなくてもぐぐればすぐでるから他の人に優しいんじゃね。

    339 = :

    >>321
    仕様ならこちらを。
    http://es5.github.com/#x12.6.4

    >>336
    Number('1234');
    http://es5.github.com/#x15.7.1.1

    340 = :

    Numberが関数分からない人にやさしいかな。単語を知ってれば理解できる

    341 = :

    Numberの方が構文解析しない分、高速だしな

    343 = :

    form使わない。
    XMLHttpRequestとか
    new Ajax.Request(prototype.js)とか
    $.ajax(jQuery)

    344 = :

    >>343
    やはりそっちの方法しかないですか。
    サンクス

    346 = :

    parseInt("011") // 9
    parseInt("011", 10) //11
    parseInt("0x11", 10) //0
    parseInt("0x11", 16) //17
    Number("011") // 11
    Number("0x11") //17
    それぞれ使いどころはある。
    Stringにmatchさせればこちらが想定したやつはすべて正しく変換出来る。

    348 = :

    new Class().hogeでアクセス出来るね。

    function Class(hoge){
    this.getHoge = function(){
    return hoge;
    };
    }
    ってすればおｋ

    349 = :

    jQueryXMLで、
    <AAA>
    　　　<id>BBB</id>
    　　　<name>CCC </name>
    </AAA>

    こんなXMLファイルからAAAのidを出すには
    function xmlParser(xml) {
    $(xml).find("AAA").each(function () {
    ($(this).find('id').text());

    これで出来るのですが、BBBが分っていてそれからnameを探し出すにはどうやるのですか？
    $(xml).find("BBB").each(function () {
    ($(this).find('name').text());
    これではうまくいかなかったです・・・

    350 = :

    >>348
    それだとインスタンス毎にgetHogeにメモリが割り当てられてメモリ効率悪いから、
    getterを作るためだけにprototype使わずに
    this.getHoge = function(){...}
    ってするなら、パブリック変数でいいやって認識は正しい？


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

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

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