元スレ+ JavaScript & jQuery 質問用スレッド vol.7 +

JavaScript覧

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで

501 = :

>>499-500
「IDをclassに変える必要になった」なんて想定がそもそも無意味
「最初からIDはあった」んだから

そのIDをどう扱うかが最初の論点であって
「classに変更することにした」なんて条件の覆しはただの詭弁のガイドライン

502 = :

どこが詭弁のガイドラインなのか？
反論ではなく自分の感情をぶちまけるだけじゃ
話にはならんな

503 = :

> 最初からIDはあったんだから！！！

意味不明ｗ

504 = :

ただの言葉遊びはやめろ

505 = :

まあ最初は一つでいいと思っていたものが
複数になることなんてよくある話だよな。

汎用的なコンポーネントを作るという考え方が
ない人にはわからないかもしれないが

506 = :

話の起点がこれ>>469なのに白痴化＆草で論点ずらしとか
もうとっくに言い負かされてんじゃん

507 = :

>>469は誰にもでもわかる理由で
window.statusとかで<div id="status"></div>を
取得するのはダメだな～ってわかるから
みんな無視していたんだが？

508 = :

それに>>469が話の起点にはならないな。
>>469自体が、どれかに対するレスなのは読みば明らか

509 = :

唐突に1分間隔で連投した挙句強引に結論付けようとしたのがじわる
>>502-505

510 = :

痛いところ突かれるとしばらく黙り込んでるのもじわる

511 = :

話の起点は>>467で
> 手元にある市販のjQuery解説書がget～ByIdと$(～)が不規則に混在してて気持ち悪い

jQueryを使っているのなら、$(～)を使って0個以上の要素群に対して
処理を適用する方式であれば、要素数が変わったとしても
コードは一切変える必要がなく、それがCSSと親和性が高い
jQueryの特徴であり思想なのだからそれに従うべきって答えになるだろう。

jQueryの特徴はセレクタが使えることじゃないんだよ。
セレクタはDOM APIでも使える（ようになった）だけど
思想が違うので、DOM APIでは要素群に対してループして
手続き型風に処理を記述しなければいけないが、

jQueryだとCSSと同じように、セレクタに対応する要素群に対して
処理を割り当てるように書くことができる。その統一性は素晴らしい

512 = :

>>510
だからお前はしばらく黙り込んでいたのかｗ

513 = :

get～ByIdの話に"0個以上の要素"とか自分に都合のいい事を言い出してる時点で
それ以降の長文は全部話の摩り替え

というか0個の間もずっと処理を走らせとくようなコードは普通に糞

514 = :

> get～ByIdの話に"0個以上の要素"とか自分に都合のいい事を言い出してる時点で
メンテナンス性の話を聞かれたのだからそれを答えたまで

これからも何も変わらないという考えの方が
自分の都合のいいことでしかない

ソフトウェアはハードウェアと違って壊れることはない
ソフトウェアにおけるメンテナンスとは仕様の変化に対応することだ。

1個だけある前提のコードと0個以上（＝0個、1個、複数）のどれにでも対応できるコード
そして後者のほうがコード量が短いと無ければ、
jQueryの方がメンテナンス性が高いと結論付けるほかはない

> というか0個の間もずっと処理を走らせとくようなコードは普通に糞
0個の場合は処理は走らないのでクソではない
何も知らないんだなｗ

515 = :

長文の特徴のガイドライン

１：事実に対して仮定を持ち出す
２：ごくまれな反例をとりあげる
３：自分に有利な将来像を予想する
４：主観で決め付ける
５：資料を示さず自論が支持されていると思わせる
６：一見関係ありそうで関係ない話を始める
７：陰謀であると力説する
８：知能障害を起こす
９：自分の見解を述べずに人格批判をする
10：ありえない解決策を図る
11：レッテル貼りをする
12：決着した話を経緯を無視して蒸し返す
13：勝利宣言をする
14：細かい部分のミスを指摘し相手を無知と認識させる
15：新しい概念が全て正しいのだとミスリードする

516 = :

さてどれがどういうふうに当てはまるのか、
今から、このガイドラインと照らし合わせて
説明してあげましょうかね

518 = :

>>515-516
ガイドライン提示しただけかよｗ

519 = :

>>515
それ、「長文の特徴」とは思えないんだけど
例えば「13：勝利宣言をする」なら「はい論破ｗ」の一文で終わるし

520 = :

>>519
しっ相手にしちゃダメｗ

何かを引用するだけで
何かに反論した気になってるんだから
それで満足させてやれ。そうすれば消えるから

521 = :

面白いなｗ こんなのもあるのか。

「詭弁の特徴のガイドライン」を論破する
http://togetter.com/li/476728


まともに知ってる人からすれば詭弁の特徴のガイドライン自体が
詭弁だって分かってるとは思うが

522 = :

で結局>>472↓の理由はどれ？
>メンテナンス速度とか修正速度ならこれまた文字数が少ないほうが最速になる

エディタを使う限りそうでもない、場合によってその逆も多いのだが

523 = :

なぜ逆になるのか教えてほしいものだな

526 = :

>>523
>>486がすっとぼけてるから確定できないが一般的には>>497

527 = :

>>497が明らかに間違いなのは、

getElementByIdをgetElementsByClassNameに変えても動かないということだ。

例えばこれは動かない
var el = document.getElementsByClassName("hoge");
el.addEventListener("click", function() {}, false);

jQueryであればよっぽど変なことをしていない限り
$('#hoge').click(function() {}) を
$('.hoge').click(function() {}) に変えるだけで動く

528 = :

> それに「#」を「.」に変える方が面倒

なんでだろうか？まさか#で検索するとか？
まさかなｗ 普通は #hoge で検索するだろう。

529 = :

>>527
話ややこしくするのやめてくれ
>>497はそんなこと言ってない
言うなら>>486に聞いてくれないかな

530 = :

>>528
何ずれたこと言ってるのだ
最初から嫁

531 = :

>>529

俺が>>486なんだが？
俺が>>497は間違いだって言ってるわけだが？

532 = :

>>486の書き換えって何だよという突っ込みに突っ込み所間違ってるのがいるな
>>486本人が話逸らすのに必死なのか？

533 = :

・・・って、本人かよｗ
ならさっさと聞かれたことに答えたほうがいいよ
ムダにスレが伸びる
>>486の１、2行目

534 = :

書き換えが面倒っていうのがまさにコレのこと

> getElementByIdをgetElementsByClassNameに変えても動かないということだ。
>
> 例えばこれは動かない
> var el = document.getElementsByClassName("hoge");
> el.addEventListener("click", function() {}, false);


jQueryとは違って0と1と複数を同じように扱えないから、
それごとにコードを書き換える必要がある。

DOMは単にgetElementByIdをgetElementsByClassNameに
書き換えれば終わるってわけじゃないんだよ。

jQueryだと#を.に書き換えるだけでおしまい

535 = :

そんあケースが年何回あるよ？
設計思想おかしいな

536 = :

複数のidに対応したくなったら、ではないよな
濁そうとしてる？

537 = :

ID（1個）とクラス（複数）でコードを書き分けること？
DOM API使ってるのならいくらでもあるんじゃない？

jQuery使ってるならば、セレクタの違いだけでどちらも同じコードで
書けるから、IDとクラスの違いなんて気にせず同じコードで書けるけど

538 = :

>>536
そうだねｗ 複数のIDに対応してくたなったら
getElementByIdから、getElementsByClassNameに変えるのではなく
querySelectorAllに書き換えないといけなかったね。

539 = :

>>515
頭の二文字を書き換えただけなのに当てはまりすぎてて哂う

540 = :

中身がない文章は何にでも当てはまるようにできてる
占いであなたは悩み事がありますっていうようなものだ

541 = :

自分の事を言われてるって自覚はあるんだな

542 = :

そりゃ話の流れでわかるでしょｗ
わからなかったらバカだよ。

543 = :

あ、話の流れから推測するのか
そんな方法もあるんだな

544 = :

普通にwindow.idNameを使えばいいのに
statusが～とか、自分の努力を正当化しようとするやつは馬鹿らしいな
そんなん変数名で予約語を誤って使うようなもんだし
どう考えてもgetElementsByIdがコードに並ぶのに比べたら、メリットのほうがでかい

545 = :

それは単に非対応ブラウザがあるから駄目だろ

546 = :

本当にそうかぁ〜？
そこまで気にしないといけない状況ならそれこそjQuery使えばよくね?
それとも皆未だに普通にXHRするのにActiveXObjectとか、attachEventとか普通に使ってるの?

547 = :

>>544
HTML書く時にJavaScriptの非推奨の仕様まで考えて
IDの名前を決めるとかアホだろｗ

548 = :

生産性や保守性に重点置くことは同意できるし同じくそうしてる
ただ>>534が当てはまるかは全く理解できない
が、それぞれ案件に求められるものや環境が違うからこれ以上は何も言わんよ

549 = :

「getElementByIdが一番速い」はどうやったって覆しようがない
ただでさえ遅くなるjQueryなんかに最初から出る幕はない

にも関わらず、長文野郎は「jQuery最強」をただ言いたいがために
「idをclassに変更した場合は～」やら「汎用性が～」やら
ありえない仮定や論点のすり替えで「getElementByIdが一番速い」に無理矢理反論しようとしている

というのがこの流れの実態

550 = :

> 「getElementByIdが一番速い」はどうやったって覆しようがない

誰も覆そうなんてしてねーよｗ
お前だけだよ。実行速度にそんなにこだわってるのは。

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / JavaScript一覧へ

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

• + JavaScript &amp; jQuery 質問用スレッド vol.7 + (701) - [100%] - 2022/12/19 17:15
• + JavaScript &amp; jQuery 質問用スレッド vol.8 + (1001) - [98%] - 2019/2/9 14:00
• + JavaScript &amp; jQuery 質問用スレッド vol.6 + (980) - [98%] - 2016/11/20 14:31
• + JavaScript &amp; jQuery 質問用スレッド vol.5 + (993) - [98%] - 2016/6/11 14:30
• + JavaScript の質問用スレッド vol.76 + (1001) - [72%] - 2010/3/10 4:02
• + JavaScript の質問用スレッド vol.87 + (1001) - [72%] - 2011/6/21 6:33
• + JavaScript の質問用スレッド vol.78 + (1001) - [72%] - 2010/6/25 3:53
• + JavaScript の質問用スレッド vol.79 + (1001) - [72%] - 2010/9/11 6:50
• + JavaScript の質問用スレッド vol.77 + (1001) - [72%] - 2010/5/8 19:06
• + JavaScript の質問用スレッド vol.97 + (1001) - [72%] - 2012/3/1 3:31
• + JavaScript の質問用スレッド vol.74 + (1001) - [72%] - 2009/12/1 6:08 ○
• + JavaScript の質問用スレッド vol.75 + (1001) - [72%] - 2010/1/23 1:07 ○