元スレ+ JavaScript の質問用スレッド vol.121 +
JavaScript覧 / PC版 /みんなの評価 :
602 = :
>>600
その場合は minified すればいいだけだから $ を積極的に使う理由がなくなるんだよな
603 = :
>>596
これってjQueryもおなじようにやってますか?
605 = :
>>603
知ってるけど、それぐらいなら「自分で jquery.js を解読しろ」といいたい
getElementById で grep して一つ一つ読んでいけば、該当箇所は分かる
606 = :
時間短縮したいのでおしえて下しあ
607 = :
jquery-2.1.1.js の rquickExpr は CSS 3 の simple_selector_sequence かと思ったが、違った
というか、IDENT の文字種が CSS 3 に違反してる
jQuery は仕様違反が多いよな...
http://zng.info/specs/css3-selectors.html#grammar
608 = :
javascriptでサーバから送られてきたデータを表示する時はどうやってエスケープしたらいいのかおしえてkづ浅い
610 = :
>>608
innerHTML, outerJTML, insertAdjustHTML を使わなければエスケープ不要
611 = :
>>607
別に仕様に沿ってると明言している訳でないし別によくね?
普段使わない部分はカットして、逆に欲しい部分は取り入れる
ライブラリ本来のあるべき姿だと思うが
613 = :
>>611
> 普段使わない部分はカットして、逆に欲しい部分は取り入れる
この部分は人それぞれだから場合によっては CSS の仕様、jQuery のコードを両方確認しなければならないのが面倒くさいと思った
そもそも、jQuery は IDENT を仕様化してないから、今後の更新で変わりうるということ
本格的にやるなら jQuery を更新する必要が出てきた時点で該当コードが変化していないか逐一確認しなくちゃならない
前方互換性の低いコードにならざるを得ない
CSS 仕様に準拠しているなら CSS 仕様だけをチェックするだけで済む
614 = :
>>613
仕様準拠を求めるならjQueryの独自セレクタが使えないぞw
a:has(img) とか .hoge:first とか
615 = :
>>610
obj.id="/><b>a</b><!--"
617 = :
>>597
> jQuery を知らない人にしか分からない名前なのが良くない
意味がわからない。
あんたが言ってるのは、DOMを知らない人が
document.getElementById() の意味がわかるのか?と
言っているのと同じ。
知らない人にとっては、IDでエレメントを取得? エレメントって何?
こういうことになる。
(つづく)
618 = :
知ってる事とか知らないと事、知るべきことと、知る必要のないこと、
覚えることと、覚える必要がないことに観察「考察」があんたには足りない。
知らないならば、勉強して知ればいいだけの話。覚えればいいだけの話。
ここで重要なのは、「覚える価値」が有ることなのかということ。
例えば、とあるプロジェクトでしか使われていないライブラリのメソッド。
これは覚える価値は低い。そのプロジェクトでしか使われないから。
だから覚える価値が低いものには、多少長くてもわかり易い名前をつけるべき。
だけど、jQueryのような広く使われているもの、その中でも$みたいな、常に使うようなものに
長い名前をつける理由はない。覚えればいいし、覚えられる。実際$だけで話が通じてるだろ。
こんなものに、長い名前をつける理由はない。短くても十分可読性が高くなる。
「考察」が抜けている奴は、可読性=長い名前だと、短絡的に考える。それはただの馬鹿。
可読性とはコードの理解しやすさ。コードを理解するために必要なのは「覚えた知識+コードに書いてある文章」
コードに書いてある文章だけで理解しようとすると、その文章は冗長になる。getElementByIdみたいにだ。
その一部を「覚えた知識」に転化させる。そうすると、コードに書いてある文章は短くなる。
覚えた知識が多ければ多くなるほど、短いコードで理解できるようになるんだよ。
でも、覚えるのにもコストは掛かる。だから「覚える価値」という話が出てくる。
jQueryの$のように「覚える価値」があるのなら、覚えればコードは短くなり、コードは理解しやすくなる=可読性が高い。
「覚える価値」が高いのに、それを覚えない、使わないで、冗長なコードを書くというのは可読性を低くする原因でしかない。
「勉強してない俺が知らない書き方」を可読性が低いの根拠にしてはいけない。
例えば「俺はクラスを知らないからクラスを使ったら可読性が悪くなる」という理由は的外れって話。
jQueryを知らないなら勉強すればいいし、覚える価値が有るのだから覚えればいいし、
そうすればコードが短くなるから、可読性は高くなる。(jQuery以外にも当てはまる話)
619 = :
特定のボタンを押したら擬似的にキー入力させたいんですがどうすればいいんてしょうか?
画面上のボタンを押したらキーボードを使わずcapslookの効果を得るみたいなことです
620 = :
JSでのキーの操作は数年ほど前に俺が丸1日かけて調べたけど無理だったから多分無理
621 = :
>>614
標準化された仕様に関わる挙動の話をしている
622 = :
>>615
何がいいたいんだろう?
623 = :
>>616-618
> だけど、$のみの名前は、殆ど使われない。
> そのことは否定しないよね?
否定する
jQuery が $ を独占している現状が今後ずっと続く保証はどこにもない
論理的に説明しろ、といったのに決めつけによる主張が過ぎる
良いプログラマは誰が見ても分かる名前で変数名を付ける
$ もそうだが、a, xを命名するコードは何を意味しているか分からないという点で劣悪
たまたま、 jQuery が $ を独占しているから、$ === jQuery という結論が出るだけで正常とはいえない
他のライブラリが $ を使い出したら破綻するからな
そもそも、$ という名前に jQuery を意味する事柄が全くない
$ が良い名前といえないのは誰が見ても明らかだ
624 = :
ここ質問スレ
いつまで荒らしてるんですか皆さん
625 = :
>>623
> jQuery が $ を独占している現状が今後ずっと続く保証はどこにもない
それで何が問題になる?
新しく$を使うものがでてきたなら覚えればいいだけの話だ。混乱することはない。
単なる一文字の変数名ならば混乱するが、$という変数名であれば混乱することはない。
よく知られたものに長い名前をつける理由がないことは既に説明した。
理由は覚えればいいからだ。
長いコードは知識に転化させることでコードは短くなり可読性は上がる。
他のライブラリが$を使った所で、ローカル変数として$を使えばいいのだから何の問題もない。
これも既に説明した。
もし君が、あるローカル変数i と 別の関数のローカル変数のiの両方が
同じだから混乱すると言い張るのなら、はっきりと、そう書いてくれ。
俺のレスに対する反論ではなく、同じことを繰り返しいうだけならレスしなくていいよ。
626 = :
jQueryを導入しているプロジェクトにおいて
$はjQueryの別名である。
jQueryを使っているのに、これがわからない人なんているの?
いない人のために冗長なコードを書く。
マヌケな話。
627 = :
>>625
コンフリクトの話など誰もしていないのに頓珍漢なレスを繰り返すのね
信者乙としか言い様がない
628 = :
え? コンフリクトしないの?
$を使うものがjQuery意外にないのなら
> jQuery が $ を独占している現状が今後ずっと続く保証はどこにもない
独占していても何の問題もないよね。
629 = :
い つ ま で 続 く の ス レ 違 い の 話
630 = :
具体的な反論もなくなってきたし、
もう終わると思うよw
631 = :
問題点は>>598で語りつくされてるから今更いう事はないなあ
本質が分かってない割に口だけ大きい人はスルー推奨
632 = :
ニコニコ動画のリンクの余計なオプション?ref=以降を消そうとしてるんですけど
getElementsByTagName("a")で要素が拾えません
なんででしょ?
634 = :
>>632
ニコニコのマイリストはAjaxで動的に取得しているため、要素の表示には遅延がある
要素を取得するタイミングをsetTimeoutなどで適当に遅らせると吉
635 = :
>>633
ES3仕様に厳格であれ、なんて誰も話してないから
君は読解力が著しく低いな
636 = :
>>634
早い返答ありがとうございます
なるほど、やってみますお
637 = :
>>635
$はOKにするべきだということは、
語り尽くされた話だってことを言ってるんだよ。
その結果が、ECMAScript5 だ。
638 = :
$に関しては語り尽くされて、ECMAScript5 で改定されてるのに、
そのことを知らずにTwitterで語ってるの見ると
まぬけだなぁって思う。
ECMAScript5 って2009年12月リリースだろ。
Twitterの内容は2010年
そして、2014年も終わろうとしている今、
2010年のTwitterのまとめ持ってくるとか
アホなのか?w
639 = :
>>633
> 本質はコードのわかりやすさであって、規約で決まっているから!ではないんだよ。
まさにその通り
ES5 で規定されているから、で思考停止する人はアホ
640 = :
だから、ES5で規定されてるからなんて話をせずに
自分の意見を言ったんだろ。
で、反論するためにTwitterのまとめ?
あほすぎるわw
自分の言葉で語れや。
641 = :
上から眺めてみたけど、$ は問題ないって論調は前提が決め付けすぎて全然納得できなかった
結論ありきだから主張に一貫性がないし、都合の悪い事実は目をつぶって食いつきやすいところにだけ反論してる感じ
客観的な視点を持たない人なんだな
642 = :
>>641
いや、そんな感想はいいから、
言い返したいことがあるなら、なにか言ってよw
643 = :
最初っから結論ありっていうのは、双方一緒だろw
反論があるなら反論すればいいのに、
反論できないからって、愚痴るのは恥ずかしいぞ。
冷静なフリして、負け犬の遠吠えになってる。
644 = :
争いは同じレベルの者同士でしか発生しない
645 = :
>>642
悪いけど、君と有益な議論が出来るとは思えないから遠慮しておくよ
646 = :
$の意味が分からないなら、iやjも意味が分からないのか?w
他と衝突しないようにわざわざjQuery.noConflict()まで用意してくれてるのに、それでもダメなのか?w
機械的に生成する変数名として$を予約しないといけないほど脆弱なプログラムしか書けないのか?w
647 = :
彼は件の記事を読んでないから一方通行になるのは仕方ないね
648 = :
この掲示板での言い争いに負けたら
レスではなく、○○はこういったとか言うのって
恥ずかしくないのかな。
まあ、外部のまとめみても、$は許容されることになってるんだが。
さてはて、まだ続けるのか?
649 = :
>>646
$は機械的に生成するもの用とされてたのも
ECMAScript3の時代の話しだしね。
一体何を根拠にだめと言っているのか。
その根拠はすべて否定されて、このスレじゃもはや
反論ひとつ残ってない状態。
結論、jQueryを使う人であれば、$という名前はわかりやすい。
(使わない人は、そもそもお呼びじゃない)
650 = :
>>645
初めてレスした人? 有益な議論は既に終わってるw
もうこれ以上議論する必要はないよ。
今の結果でみんな満足してるから
類似してるかもしれないスレッド
- + JavaScript の質問用スレッド vol.121 + (1001) - [100%] - 2022/11/29 16:30
- + JavaScript の質問用スレッド vol.141 + (881) - [97%] - 2021/4/19 9:00
- + JavaScript の質問用スレッド vol.129 + (926) - [97%] - 2017/7/27 13:45
- + JavaScript の質問用スレッド vol.131 + (1000) - [97%] - 2017/1/25 8:01
- + JavaScript の質問用スレッド vol.120 + (1002) - [97%] - 2014/11/8 1:15
- + JavaScript の質問用スレッド vol.122 + (1004) - [97%] - 2015/2/14 4:45
- + JavaScript の質問用スレッド vol.122 + (116) - [97%] - 2018/5/2 18:30
- + JavaScript の質問用スレッド vol.129 + (981) - [97%] - 2016/5/5 8:16
- + JavaScript の質問用スレッド vol.128 + (1001) - [97%] - 2016/2/26 6:45
- + JavaScript の質問用スレッド vol.131 + (1004) - [97%] - 2018/3/7 13:30
- + JavaScript の質問用スレッド vol.123 + (966) - [97%] - 2020/10/20 2:30
- + JavaScript の質問用スレッド vol.127 + (1001) - [97%] - 2016/2/4 0:15
- + JavaScript の質問用スレッド vol.127 + (160) - [97%] - 2021/7/16 9:30
- + JavaScript の質問用スレッド vol.126 + (952) - [97%] - 2015/11/18 13:15
- + JavaScript の質問用スレッド vol.126 + (348) - [97%] - 2023/1/12 17:00
- + JavaScript の質問用スレッド vol.125 + (1001) - [97%] - 2015/10/7 17:45
- + JavaScript の質問用スレッド vol.123 + (1002) - [97%] - 2015/4/27 23:30
トップメニューへ / →のくす牧場書庫について