>>901
やってみなければわからない。

ほらよ「jquery selector vs findhttp://jsperf.com 」で検索して
探してきてやったぜ。

http://jsperf.com/jquery-children-vs-find/37

Chromeだと、$('#formElem fieldset'); の方が速くて
Edge、IE、Firefox だと $('#formElem').find('fieldset') の方が速いんだな

理想的な結果だ。ブラウザによって違う。そんなの気にしたってしょうがない。
実用上問題ないなら気にすんな




どうでもいいが、EdgeだとChrome 58.0.3029と判定されるのな

Microsoft Edgeのユーザーエージェントがカオスなので注意
http://qiita.com/tonkotsuboy_com/items/7b36bdfc3a9a0970d23b
> Mozilla/5.0 (Windows NT 10.0; Win64; x64; ServiceUI 11)
> AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.110 Safari/537.36 Edge/16.16299

あー、よくみりゃこれjQueryのバージョン低いな

jsperf、githubアカウントが必要になったから面倒なんだよな
でもまあ1系でもquerySelectorAll使われてるし結果に大差はないだろ

>>902
気にすることでもないのですね
ありがとうございました

えー、何今みんなセレクタ使ってるんか？
速度差気にするほどでないのはもっともだが統一性からもメソッド使ってるわ

メソッドってなに？

$('#myContainer a');
じゃなくて
$('#myContainer').find('a');
こう書くってことだろ？

でも、 '#myContainer' も 'a' もセレクタなんだよねｗ
統一性をもたせるならむしろセレクタにしたほうが良い

いやだからどっちもセレクタなんだろ？

>>908
最初のセレクタは減らしてその後絞った方がいい
で統一ってことだろ
以前から書籍やブログで書かれている

でも
Chromeだと、$('#formElem fieldset'); の方が速くて
Edge、IE、Firefox だと $('#formElem').find('fieldset') の方が速いんだな

以前から書籍やブログで書かれているからって
あてにならないですねーｗ

全部JSで書かれているならセレクタのパースの方が遅くなるはずですが
querySelectorはネイティブコードなので速くなってるのでしょうね

>>910
それは 高速化のため？ 可読性のため？

場合によるけど、ほとんどの場合セレクタに書いた方が
可読性が高まって良いと思うよ

場合によるけど、時代や環境・実装によって変わる高速化より
可読性を優先した方が良いと思うよ

速度でメソッド使ってるわ
もっとも3になってからは速度面では知らん
可読性ではどっちも変わらん

:has/has()、:first/first()、:eq/eq()など、またチェーンメソッドではどうなんだろ

覚えて簡単なものならいくらか書けるようになった頃お世話になったサイト。
記事が古いが俺自信この件に関してはそのままだな。
http://dresscording.com/blog/jquery_performance.html
http://millkeyweb.com/jquery-high/

>>915
jQueryは1でも後半のはquerySelectorAllとか使ってる。
そもそも1と2は、1の方が対応している（古い）ブラウザが多いという
違いなので2でやってることは全て実装されていると考えるべき
3は統合版なので言うまでも無くだな

なんで1と2になってるんだ？

1系はIE6以降対応で、2系はIE6～8を切り捨てたもの。
（当時の）最新ブラウザには1系も2系も対応していた。
だから2系の方がファイルサイズは小さいが、
対応ブラウザは1系の方が多い状況だった

1系と2系は機能的には一緒でともに機能追加・メンテナンスも続いた。
通常であれば1系は古いバージョンで新機能は2系のみというのが
一般的なバージョンの分け方なのに、jQueryはそうなっておらず
混乱をもたらすということで、3系として合流することになった。

この時、通常のjQuery 3.0とは別に古いブラウザ対応のjQuery compat 3.0
というのが作られる予定だったが、IE8のサポート終了が早まったために
IE9以降対応のjQuery 3.0はに一本化された

code.jquery.comの証明書が死んで、そこらじゅうのサイトが余波で崩壊してるね
とりあえずセキュリティ例外にぶっこめば動くには動くが・・・セキュリティ面でもサイト利用者にそれを求めるのかって点でもマズイな

jQueryニキどういうこと！説明して！

証明書とは・・？
籠池・・さん？でしたか？

最近書き始めた者です。
jQuery用の入力候補とかインテリセンスを使っている人いますか？

VSCodeを使っていますが、jQueryのメソッドも補完されますね
標準機能によるものなのか拡張機能によるものなのかは分かりませんが

>>919
そんな基本的なこと長文書かなくてもわかってるから大丈夫
なぜ１と２の違いという全然関係ない話題に持って行こうとしてるのかということ

>>925
それはそれとして、じゃあなんで1と2になってるんだ？

>>920-922
http://github.com/jquery/codeorigin.jquery.com/issues/34

解决したみたいね。アクセスしたけど問題なし。
http://code.jquery.com/

CDNプロバイダが何かやらかしたのかな？
続報あれば、このgithubのissueに書かれるかもね

えぇ…ニュースくらい見とけや……

jQuery公式のCDNの証明書切れは
NHKで放送されるレベルだぞ

>>926
何言ってるのだ？
>>917の人？

>>930
なに言ってるんじゃなかくて、
なんで1と2になってるんだ？って
聞いてるんだが？

さすがニュースは違うな。jQueryのCDNでトラブルがあった時、
jQuery使うなとかCDNを使うなという話ではなく
HTML標準ににフォールバック機能がないことが問題という話になってる

ワロタｗ

>>932
ゴミクズ記者だな

サーバーが落ちるなんてことは普通に想定しておかなければ駄目なのでは？
CDNを使う限りあり得る問題なのでjQueryガーとか言ってる連中はアホですね？

サーバが落ちることを想定してるからCDN使うんだが

>>935
CDNとjQueryが何の関係があるの？
自分のサーバーで配信すればいいだけでしょ？
HTML標準にないだけで、CDNが落ちたら自分のサーバーに
置いたjQueryを使うという手法も有るしさ

まずjQuery公式チュートリアルからcdn からロードしてる記述駆逐しようぜ！
個人の技術ブログとかのコードにもcdnからロードしてる箇所あったら取り締まって吊し上げよう。
cdn使うことで速度ガーとかキャッシュガーとか書いてる無責任サイトも潰そう。

> 潰そう。
無理じゃね？ どうせお前本気じゃないし
できやしないことを語っても、虚しいだけだよ

CDNが落ちてる時にjQueryを自サイトから読む
という処理をするにはどうしたらいいですか？

一番簡単な実装は

<script src="cdn/jquery.js"></script>
<script>if(!jQuery) document.write('<script src="自サイト/jquery.js"></script>')</script>

ありがとうございます
ということはスクリプトファイルの読み込みが終わるまで次のコードを実行しないようになっている
ってことですね
いや、そりゃそうか・・
ありがとうございました

"</script>" はHTMLの終了タグと間違われるから
"</sc" + "ript>" みたいにしないとだめだけどな

>>931
俺も先に聞いてるんだが

2から3への違いならまだしも1を比較に出す意味がわからんよな
そもそも元の論点そこじゃないし

そんな事どうでもいいんだよ
なんで1と2になってるんだ？
なんでコレに答えられないの？

質問が日本語として意味不明だから

>>918は>>917に対して←これはわかる
>>926は>>925に対して
>>918と>>926は別人
ここまでは確か

同じ質問をしていることが意味不明だし、逆に聞かれて答えてないし
ただの荒らし行為にしか見えん

>>910,911
ブラウザはここ１，２年でCSSエンジン周りにも力入れてて
セレクタもキャッシュが効くようにもなってきてるから
間接的にjQueryからquerySelectorを呼ぶセレクタなら
一纏めにしたほうが良いと思う

.delay(10000).fadeOut('slow')
のように10秒後にフェードアウトする処理があって
フェードアウトする前に再び呼び出された時には前回のフェードアウト予約をキャンセルしたい場合は
どうすればいいのでしょうか？