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

JavaScript覧

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

801 = :

>>799
実行されるはずだけど

807 = :

完全分離を目指してそうだけどどうなのかね

809 = :

800超えたので、「今」テンプレ論議あればどうぞ。次のテンプレ
からはFAQを復活させるということでFA？

811 = :

FAQのナンバーを本スレと別サイトでバラバラなのを直せよ
本スレの1～9を前にもってきて残りを足せばいいだろ
これ書いた奴頭悪すぎ

812 = :

>>811
よし、まかせた
頼んだぞ！

814 = :

>>396でいわれてるけど名前をレス番にするルールも加えたらどうだろう
複数の人が長時間いると対応関係がわからなくなってくる

815 = :

あと、IDもだしてくれると分かりやすい気がする。

816 = :

ID出しは消極的ながらも>>1に入ってるんだよなー
強制力がないためか誰も守ってないけど
強制すべきなんだろうか

別件で
http://kangax.github.com/es5-compat-table/
http://kangax.github.com/es5-compat-table/non-standard/
をFAQのリンク集に入れて欲しい

817 = :

難しいところだな
強制することに異論はないが、強制したことで「ID出せやゴルア！」な連中が出てくるのは避けたい
とはいえ、ここは良識ある人が多いからさりげなく指摘してくれるかもしれない

818 = :

>>811
おまえは上から目線過ぎ
作った人はバラバラだし更新義務のあるカスタマーサポートでもないんだから

820 = :

善意が前提の上でオナニーを原動力に成り立っております

821 = :

屈折した人だねえ

822 = :

こういう人の原動力は悪意だから気にしないのが吉

825 = :

>>823
もう少し詳しく教えていただけるとありがたいです

826 = :

>>816
入れた
http://fiddle.jshell.net/vSqKr/25/show/

831 = :

>>830
ありがとうございます。現状だとdocumentにつけておけばよさそうですね

834 = :

ちなみに>>827は複数回登録されて複数回実行されるようなのですが正しいですか？
どっかで読み込んでるときはどっかで消しておかないと不味そうですね

840 = :

二重登録が生じやすいのは、複製したノードにイベントリスナを付けるとき
IE7ではノードの複製でイベントハンドラも複製されるため
IE7とそれ以外で重複管理を分けなければならないからだ

エセ外人の方針でやれば、この重複管理の手間がいっさいなくなる
クロージャとか面倒な工夫を凝らしてエンバグするより
仕様をベースにシンプルに考えろ

841 = :

自分のコードが他人のコードと共存するのは普通に想定されることだが、
その他人のコードがHTMLをぐちゃぐちゃに書き換えることまで想定しなきゃならんとしたら、
俺は自分のコードがまともに動くことを保証する方をあきらめるだろうな。

document.body.innerHTMLで丸ごと書き換えるような乱暴なコードを許容するほど寛容なら、
window.undefined = 3; とかやられても許容する寛容さも持ち合わせてるんだろうが、
俺はそこまで仏にゃなれない。

842 = :

IDには固執しないほうがいいよ
PHPスレを見てきてご覧
あんな風になる

844 = :

>>841
ん？二重登録で失敗するのは自分という話だろ？
undefined変数なんて使うのは普通に不用心なだけで、だからどうという話でもない

ついでに、attachEventで登録したハンドラの実行順は（ほぼ）ランダムだから
実行順が必要になるようなシビアなコードを書いたことのある奴なら
エセ外人の方針を応用すれば、かなり簡単になることが分かるはず
どうせキャッシュを使うだろうから、重複チェックはそれでも可能だ

あいつは本当にいいことを言ってたんだが、スレの奴らはほぼスルーだったな

845 = :

>>844
イベントハンドラの登録方法をゴリ押ししたいのは分かったから。
そんなもん、理屈を分かってない奴は説明されても理解しようがないし、
サイ本読んでる奴はいちいち「おおなるほどすげえ！」なんて賞賛レス返さない。
スルーされて当然の内容だから。

俺が言ってるのは、自分が操作対象にしてる部分を
他人のコードが無節操に掻き回すなら、
俺は自分のコードの動作保証をしないってことだから。

javascriptの操作対象は多岐に渡る。たとえばCSSだって対象になる。
自分の捜査対象範囲のtableにposition:absolute;つけといて、浮動表示前提でスクリプト書いたら
他人のコードでルールを削除してやがったとか普通にありえる。
イベントハンドラの登録なんていう、ほんの極一部だけ他人のコードを気にしたところで
どうにもならん時はどうにもならないし、ダブリ登録なんてのは
そういった他のコードとの干渉を自分で作り上げてるのと大差ない。

846 = :

限度を超えて干渉してくる側を修正しなけりゃどうにもならないことを、
干渉される側でどうにかしよう（どうにかできる）と考えるのは無駄すぎだと言いたいわけ。

848 = :

>>845
DOM Eventsのイベントフローってのが『他人のコードが無節操に掻き回』しても
『自分のコードの動作保証』をするための仕組みを提供しているのに
それを使わないで『干渉を自分で作り上げてる』のは何故だ？
あんた自身が『理屈を分かってない』から、ではないの？

849 = :

>>846
あんた自身が言うように、イベントデリゲーションは基礎の応用にすぎない
それだけでいろんな問題を解決できる、と言ってるわけで
『限度を超えて』とか、何でそんな大層な話にしたがるのだろうか

本当はここからノードパターンの識別という話をしたかったんだがな
イベントのバブリングは、実はセレクタと非常に相性がいい

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

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

• + JavaScript の質問用スレッド vol.81 + (1001) - [97%] - 2010/12/10 20:01
• + JavaScript の質問用スレッド vol.86 + (1001) - [97%] - 2011/5/27 21:50
• + JavaScript の質問用スレッド vol.98 + (1001) - [97%] - 2012/4/9 14:46
• + JavaScript の質問用スレッド vol.89 + (1001) - [97%] - 2011/9/4 4:17
• + JavaScript の質問用スレッド vol.78 + (1001) - [97%] - 2010/6/25 3:53
• + JavaScript の質問用スレッド vol.80 + (1001) - [97%] - 2010/11/9 2:17
• + JavaScript の質問用スレッド vol.87 + (1001) - [97%] - 2011/6/21 6:33
• + JavaScript の質問用スレッド vol.82 + (1001) - [97%] - 2011/1/19 7:54
• + JavaScript の質問用スレッド vol.83 + (1001) - [97%] - 2011/2/24 8:02
• + JavaScript の質問用スレッド vol.84 + (1001) - [97%] - 2011/3/30 7:32
• + JavaScript の質問用スレッド vol.85 + (1001) - [97%] - 2011/4/25 21:32
• + JavaScript の質問用スレッド vol.128 + (1001) - [95%] - 2016/2/26 6:45
• + JavaScript の質問用スレッド vol.108 + (1001) - [95%] - 2013/9/21 15:16
• + JavaScript の質問用スレッド vol.118 + (1002) - [95%] - 2014/8/29 22:30
• + JavaScript の質問用スレッド vol.138 + (1004) - [95%] - 2019/4/20 23:45
• + JavaScript の質問用スレッド vol.96 + (1001) - [95%] - 2012/1/28 23:01
• + JavaScript の質問用スレッド vol.94 + (1001) - [95%] - 2012/1/8 15:46