のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:127,062,942人
頁
昨日:no data人
頁
今日:人
頁
最近の注目
人気の最安値情報

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

    JavaScript覧 / PC版 /
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。
    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで

    851 = :

    >>850
    イベントフローの話から、なんでArrayが出てきた？
    まあそれならそれで、『崩壊』するコードの例と実行環境を出してくれ
    あんた、ひょっとしてプロトタイプチェーンもよく理解してないんじゃないのか？
    さっきundefined変数を普通に使ってるようなことを書いてたし、心配してはいたんだが

    852 = :

    >>850
    で、俺はイベントデリゲーションのメリットを挙げたが、あんたはデメリットを挙げない
    あんたが「自分には必要ないと思っている」のは分かったが、それは俺の主張に対する反論にはならず
    俺が『ゴリ押し』している根拠にもならないことは、理解しているよな？

    イベントデリゲーションのデメリットは大きく2個あると俺は考えるが
    あんたからそれが出てこないということは、大した問題ではないのだろう
    さるさんも出てきたし、俺はここまでにするよ

    853 = :

    >>824
    その４つの中なら１だなぁ・・・
    >>842でも出てるけどほんと悲惨
    IDに関してスレに記述した当初はさほど問題は無いけど
    そのうち強制じゃなきゃだめだという風にかわってく

    854 = :

    >>852
    横からだけどイベントバリデーションは話の発端となっただけで>>850はイベントバリデーションの話はしてないと思う。
    「初心者にJavaScriptの基礎(イベントバリデーション等)を覚えさせるより、初心者がいい加減なコードを書いても動くように上級者が書いた方が手間が少ない」
    彼はこれしかいってない。
    prototype汚染を回避するために Array.prototype を定義しないのと理由は同じ。
    「addEventListener を封印してHTMLのイベント属性を使えば初心者でもわかるだろ」ってこと。
    理屈はわかる。裾野を広げればどこまでもルール無用のコードになって保守性が著しく低下するから賛成しないけど。
    そもそも、コーディング規約を作って初心者に教える努力を怠らなければ解決できる話。

    856 :

    わざわざ名前欄に番号を入れるのを忘れることはあっても
    メ欄を空のままにすればID出るから

    と、ここまで書いて、専ブラでsageをデフォにしてるヤツのことを思い出した

    857 = :

    匿名掲示板で名前を強制すると自演が増える法則

    858 = :

    (案1)
    (3) メール欄は空欄、2回目の投稿時は「前回のレス番」を名前にすることを推奨します。長い間連続して質問する場合にレス番を名前にしてあれば、質問の流れが回答者に伝わりやすくなります。

    (案2)
    (3) メール欄は空欄を推奨。2回目の投稿時は前回のレス番を名前にして下さい。長い間連続して質問する場合にレス番を名前にしてあれば、質問の流れが回答者に伝わりやすくなります。

    (案5)
    (3) メール欄は空欄を推奨。2回目の投稿時は前回のレス番を名前にすることを強く推奨します。長い間連続して質問する場合にレス番を名前にしてあれば、質問の流れが回答者に伝わりやすくなります。

    (案6)
    (3) 「メール欄は空欄」「2回目の投稿時は前回のレス番」のいずれかを守ってください。長い間連続して質問する場合にレス番かIDを明示すれば、質問の流れが回答者に伝わりやすくなります。

    859 = :

    レス番を入れて貰った方がいいな
    IDは日付を跨いだときに質問の流れを追うのが面倒

    860 = :

    >>857
    質問者が自演して何か得することある？

    863 = :

    >>860
    質問者になりすました第三者が荒らしたりする

    864 = :

    >>863
    自演じゃないやん

    865 = :

    下手にテンプレを大きく変えようとするからおかしくなる
    今まで上手くいっていたのをわざわざ変える必要はない
    プログラムとおんなじだよ

    866 = :

    クロージャは罪なの？

    867 = :

    ここまで当然のように語られてるから聞くのが怖いのですが
    エセ外人さんが言っていたレスはどこまで辿れば見れますか？

    868 = :

    問題視されてるんだから上手くいってない面もあるんだろう
    実際流れがわかりにくい

    872 = :

    >>869
    入れた
    http://fiddle.jshell.net/vSqKr/26/show/

    874 = :

    >>873
    試せばわかることを何で聞くの？

    878 = :

    うわかぶった

    879 = :

    >>877
    ありがとう

    880 = :

    >>878もありがとう

    881 = :

    ここまでのテンプレまとめ
    http://codepad.org/CdUhJKNu

    882 = :

    (2) ユーザの迷惑になるスクリプトの質問はご遠慮ください。
    ↓
    (2) 迷惑になるスクリプトの質問はご遠慮ください。

    迷惑するのはユーザーだけではなくなってるから変えたほうが良いのかもしれない

    883 = :

    エセ外人ってか、
    やたら「アホ外人が俗に言うイベントデリゲーション」とか書いてた人だろう。

    884 = :

    >>862
    「俺がグローバルにiを使うからお前らは使うなよ」
    「いやvarがあるんだから使ってよ、こっちも使いたいんだから」
    「そんな馬鹿げたコードの存在を俺は認めない」
    「…わかったよ、こっちがvarすればとりあえず回避できるから、君らもそうしな」
    「まったく馬鹿げたコードを書く奴は困る」

    お前の言ってるのはこういうことだぞ？

    885 = :

    (2) 他の人に迷惑をかけるスクリプトの質問はご遠慮ください。
    …とか。

    888 = :

    たとえ話は馬鹿っぽいからやめたほうがいい

    890 = :

    >>887
    お前みたいな酔っ払いがいるから
    歩行者はちゃんと歩道を歩きましょうと言ってるんじゃねーの

    894 = :

    結局なんなの？結論をどうぞ

    896 = :

    >>889
    酔っ払いを排除するという方針を言ってるに過ぎない俺を排除したとして、
    結果はいずれ撥ねられる初心者と撥ねるボケコードが残るだけだが？

    >>891
    違ってるぞ。
    「グローバル変数を避ける」「組み込みオブジェクトのプロトタイプを拡張しない」
    「ホストオブジェクトを上書きしない」は、自分・他人のコードを両方とも共存することを保証するためのもの。
    で、今回この話の発端は>>808や>>839だが、俺からすれば808の
    「ハンドラが生き残る可能性が高い」なんつアホなコメントは前述の３つと全く別次元の話。
    共存できることを『保証』できなければ意味がない。
    まとめて書き換えられてハンドラが対象にしていたオブジェクトがデタラメな変更されてたら
    生き残ったところでデタラメな動作するかせいぜいエラーがオチだ。

    >>892
    JavaScriptの動作環境は、いかようにもブチ壊せるというたとえ。
    いかようにもぶち壊せるのだから、他人のコードに求めるのは、壊さないよう祈るだけにしとくに留めて
    それ以上のことをしようとすることの意味はほぼ０だと悟るべきだってこと。

    >>893
    他人のコードと共存せず、自分のコードだけで動かすならどんな実装だろうが問題なかろう？

    897 = :

    >>895
    対象が１つならそれそのものにつけても不便はないし、実装は簡単にできるな。

    同じような内容がたくさん必要な場合、たとえば１年間のカレンダーをtableで表示して
    １日ごとのセルをクリックで個別処理するなら、tableにでもくっつけて
    クリックされたセルで分離した方がメモリなんかも効率がよくなる。

    ケースバイケース。確定の回答なんてない。

    898 = :

    酔っ払いが「酒に飲まれてはいかん！」と説教しながら飲酒運転するの図

    899 = :

    >>895
    バブリングを使っとけば、例えば表データの行を増やしたときに
    ハンドラを付けるか悩まずに済む

    クライアント側スクリプトは、1つの文書木を皆が争って使ってる状態なわけだ
    自分のハンドラをそういう争いに巻き込ませたくなければ
    震源地からできるだけ遠くで監視させた方が良い
    であれば、震源地の情報を問い合わせるeventオブジェクトの存在意義が分かるだろ

    イベントフローやeventオブジェクトは、そういう必要性から考案されている
    まあ、IE4とNN4を単純合成しただけってのもあるけどな

    900 = :

    >>896
    俺が『ハンドラが生き残る可能性が高い』と言ったのは、バブリングしないイベント属性の方な

    とりあえず、イベントデリゲーションにデメリットがあるなら、まずそれを書け
    それとも「イベント属性」が気に入らないなら、俺の主張する「メリット」に反論してみせろ

    自衛（別には自衛だけを語ったつもりもないが）が「愚かしい」という
    お前の価値観は分かったが、「手法」に対して「価値観」で反論してくんな


    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / JavaScript一覧へ
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

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

    トップメニューへ / →のくす牧場書庫について