元スレ+ JavaScript の質問用スレッド vol.116 +
JavaScript覧 / PC版 /みんなの評価 :
501 = :
lodashと書いてゴッドと読みます
神という意味です
502 = :
477の件、回答ありがとうございました
492さんのやり方で出来ました
こんな簡単に作れるなんて思ってなかったです
504 = :
removeChild(dom)
でdomを削除する時、非関数言語的な考え方だと
dom要素が実在するか、親に子が存在するか、という判定をしてからremoveChildを実行しますが
jqueryの関数言語的思想から行くと、このようなチェックは必要ないでしょうか?
505 = :
jqueryを使う時はifを使っちゃダメだからな
507 = :
>>505
混ぜるな危険ですね
わかります
508 = :
自己解決しました。
やはり、clearTimeoutの入れ子が原因でした。
お騒がせして申し訳ございません。
509 = :
lodashでも全ループして中でif判定するより
絞り込んでから全要素に処理適用する方がいいのでしょうか?
510 = :
>>509
場合による。
1. シンプルでバグが起きにくい書き方をすれば良い。
2. ただし速度が重要な場所とか、部分最適化をしてもよい。
この優先順位さえ守っていれば、
どちらかにこだわる必要はないよ。
511 = :
全ループif判定で十分シンプルといえばシンプルですが
絞り込むほうが関数言語的な感じはします
全ループif判定の方は、選別と適用を同時に行っているからかな?
選別は選別だけをするメソッドに任せるのがクールなのではないでしょうか
512 = :
迫り来る「forおじさん」と呼ばれる時代
http://bugrammer.hateblo.jp/entry/2014/06/10/231043
513 :
まじか
515 = :
ループの書き方の良し悪しがプログラムの出来に与える影響は微々たるもんだ
516 = :
$('<div>')~appendTo($('body'))
までのメソッドチェーンの中で、
このidの要素がなければ何も追加しない、という処理を行うにはどうしたらいいですか?
517 = :
$('<div>').attr('id','hoge').filter(function(){
return !$('#'+this.id).length;
}).appendTo($('body'));
これで存在しない時だけ追加するように出来ました
518 = :
>>515
ちりも積もればだよ。
520 = :
jqueryで取得系のメソッドは、集合の最初の要素のみに対して行われます
data()による取得でも、集合の最初のDOMに紐付けられたデータのみが返ってきます
これは重要な仕様だと思うのですが、ドキュメントにそのような表記はないようです
何故でしょうか?
521 = :
普通に、最初の要素の値を返すって書いてあるし。
あんたが英語読めないだけじゃないの?
http://api.jquery.com/data/#data2
> Return the value at the named data store for the first element in the jQuery collection,
522 = :
書いてますね
日本語レファレンスの方になかったので英語の方は飛ばし読みしてしまったようです
ありがとうございました
523 = :
jQueryの日本語ドキュメントってなんかやたら古いよな
だからいつも最初から英語のほうしか見てない
525 = :
うっせバーカ
526 = :
jqueryで、cssなどの値をそのオブジェクト自体を使って設定できるように
引数が関数ならapplyするようにすればいいと思う
css('left',function(){return this.width()})
みたいな感じ
527 = :
そういう改造できませんか?
528 = :
日本語の公式ドキュメントなんてあったっけ?
529 = :
ない
530 = :
>>526の件ですが、やってみたら普通に出来ました!?
裏技か?
531 = :
>>530
http://api.jquery.com/css/
ドキュメント読め
サンプルにも普通に出てる
532 = :
たしかに書いてますね
jqueryの知識が結構穴だらけな気がしてきました
いい本とかないですか?
いままで読んだのはオライリーのjqueryクックブックです
533 = :
あのウサギの絵のサイトは情報が古いだけでなく
全然jqueryの本質に迫ってない感じがする
534 = :
>>532
本よりも公式ドキュメントを読む方がはるかに確実で最新の情報が得られる
本は一通りの知識を得るためのもの、情報も遅い
536 = :
>>534
日本語に限れば、本の方がましだよ。
公式(英語)にはどうしてもかなわないのはあたりまえだとして。
個人的にはこれがオススメ
コアjQuery+プラグイン/jQuery UI 開発実践技法 (Programmer’s SELECTION)
http://www.amazon.co.jp/dp/4798124281
プラグイン や jQuery UI 作らないからいらねーと思うかもしれないが、
前半のjQueryの部分だけで十分価値がある。
これもなかなかよい。
新人プログラマのためのjQuery-Webアプリケーション開発講座-掌田-津耶乃
http://www.amazon.co.jp//dp/4899772580/
あとオライリーはたいてい良い物なので買って良い。
jQueryの本にはデザイナー向けのこんなプラグイン使えばこんなの作れるぜ
みたいなのがあるけど、あれはjQueryの勉強に役に立たない。
デザイナーにとっても、少し本の内容を応用したくなったら
行き詰まるだろうから、素人向けでしか無いね。
537 = :
ajax使うのにずっとprototype.js使ってたんだけど、これをjqueryに移行するのって大変かな?
jqueryはモバイル用にちょっと入れてみたことがあるだけで、中身は知らない
538 = :
自分も含め利用価値が高いなら大変でも移行する方がいい
539 = :
>>537
prototype.jsだけに限らないけど
ライブラリを置き換えるときはこのようにすればいいよ。
1. 全てを一度に置き換えようと考えずに、両方使えるようにする。
jQueryには他のライブラリを混ぜて使うためのnoConflictという
メソッドがあるからね。これとjQuery(function($) { } )という書き方を使えば
Prototyope.jsが使われているコードの中に、jQueryを混ぜられる。
2. Prototype.jsが使われているコードを関数に分離する。
ajaxを使う部分だけを小さな関数に分離する。その関数の引数には
Prototype.js専用の物は使わない。
Ajaxであればmyajax(url, function() { })みたいな
呼び出し方をする関数にできるでしょう。
3. Protptype.jsのコードを関数に封じ込めたら、その関数をjQueryに書き直す。
こんな感じで置き換えていけるよ。
9. 簡単に置き換えられる所は、そのまま置き換えて良い。
IDセレクタを使う部分とかね。
540 = :
>>536
>>532はにオライリー本を読んで情報不足だったわけだから日本語サイトは比較対象に入ってないよ
で、問題は「公式サイトにあって本にない情報が多い」ってことだけど、本はWebよりも情報をまとめる速度に欠ける上に公式でないことが情報の確度を下げてる
あなたが紹介した書籍でも公式サイトよりも情報が少ないわけだから、根本的解決には至ってないよね
なら、初めから公式サイトの情報を基準として書籍は情報補完的に扱うほうが理にかなっていると思う
541 = :
>>540
なんか全く見当外れなことを言ってるね。
情報を多い少ないだけで語っているのは大間違い。情報はあるだけじゃ
役に立たない。その情報を理解できて初めて意味がある。
たいていの日本人にとって英語は情報を理解するのに時間がかかるもの。
まったく理解していないものを、英語という時間がかかる方法で理解するよりも
日本語で理解している物のうち一部を英語で補完するほうが圧倒的に時間は短い。
君に時間が無限にあるのなら話は別だけど?
またある情報はいろんな解説の仕方がある。公式は正しい情報かも知れないが
正しい解説をしているとは限らない。わかっている人(=jQueryを自分で考え出して作れる人)の
解説が、必ずしもわからない人(=jQueryを知らない人)にとってわかりやすい解説とは限らない。
何が最適かは、情報を書いた人だけではなく、情報を受け取る人によって変わるのだから
受け取ることの人を考慮していない君の意見は全くの見当外れ。
542 = :
>>541
今回の問題の発端は .css( propertyName, function ) という callback function を引数に取れる仕様を知らなかった事
「本にその仕様が書かれていて理解できなかった」ならあなたの意見は理にかなっているけど、「本にその仕様が書かれていなかった」ら解釈でどうこうできるレベルじゃない
始めは本を参考にするとしても、「本に書かれていない情報」の可能性を否定できない以上、最終的に公式サイトを確認しなくちゃならない
それなら初めから公式サイトを確認する方が時間短縮になると思う
そもそも、なぜそんなに喧嘩ごしなのかなあ
別にあなたと喧嘩して得るものは何もないのだし、質問者からの意見待ちでいいと思うけどね
今後もその姿勢が変わらないのなら俺はもうレスしない
543 = :
>>542
本になら書いてあるけど?
コアjQuery+プラグインのP76に。
本は情報をまとめて取得するのに効率的。
日本語で書いてあるから理解も早い。
なぜ英語を読まないのかは英語を読むのに時間がかかるから
たったこれだけの文章でも読むのに時間が掛かるってことをわかってない。
これは、公式に書いてあるとか、あなたが読めるとか関係なくて、
読む人の問題だからあなたの意見は関係ないわけ。
> 今後もその姿勢が変わらないのなら俺はもうレスしない
あんたのレスされても得るものは何もないし
むしろこっちからレスしてほしくないね。
544 = :
それから、俺が>>531で、公式に書いてあるって
教えたんだけどなw
俺は公式にあると説明した上に、
さらに日本語の本も教えた。
さて、あんたは何をやった?
545 = :
これ以上俺のために争わないでっ
どちらの意見も大変参考になりました
ありがとうございました
546 = :
547 = :
いや、俺だ
548 = :
>>543
自分から他人に食ってかかっておいてその人からのレスを拒否するとは自分勝手な人だな
初めから他人にケチをつけなければいいのに
549 = :
>>546
勝手に名乗るなってw
ほんとこれでどっちが変なやつか
よくわかったわ。
550 = :
>>548
> 自分から他人に食ってかかっておいてその人からのレスを拒否するとは自分勝手な人だな
ん? 俺はだれにでも好き勝手レスするし、
レスしないって言ってる奴に、レスしなくていいよって言ってるだけだが?
類似してるかもしれないスレッド
- + JavaScript の質問用スレッド vol.113 + (1001) - [97%] - 2014/1/25 12:46
- + JavaScript の質問用スレッド vol.110 + (1001) - [97%] - 2013/10/13 14:01
- + JavaScript の質問用スレッド vol.126 + (348) - [97%] - 2023/1/12 17:00
- + JavaScript の質問用スレッド vol.119 + (1002) - [97%] - 2014/10/3 15:30
- + JavaScript の質問用スレッド vol.118 + (1002) - [97%] - 2014/8/29 22:30
- + JavaScript の質問用スレッド vol.117 + (1009) - [97%] - 2014/8/5 3:30
- + JavaScript の質問用スレッド vol.115 + (1001) - [97%] - 2014/5/29 16:16
- + JavaScript の質問用スレッド vol.114 + (1001) - [97%] - 2014/5/3 10:45
- + JavaScript の質問用スレッド vol.112 + (1001) - [97%] - 2013/11/27 16:46
- + JavaScript の質問用スレッド vol.111 + (1001) - [97%] - 2013/11/4 6:00
- + JavaScript の質問用スレッド vol.113 + (1001) - [97%] - 2014/3/15 21:30
- + JavaScript の質問用スレッド vol.136 + (1001) - [97%] - 2019/1/8 11:30
- + JavaScript の質問用スレッド vol.106 + (1001) - [97%] - 2013/7/20 9:30
- + JavaScript の質問用スレッド vol.126 + (952) - [97%] - 2015/11/18 13:15
- + JavaScript の質問用スレッド vol.107 + (1001) - [95%] - 2013/9/7 10:16
- + JavaScript の質問用スレッド vol.121 + (1001) - [95%] - 2015/1/1 18:30
- + JavaScript の質問用スレッド vol.100 + (1001) - [95%] - 2012/6/13 22:46
トップメニューへ / →のくす牧場書庫について