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

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

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

    151 = :

    質問者は再現できないことに明らかに気が付いてないだろ

    152 = :

    動かない理由がわかりました！
    Rubyでした！

    153 = :

    過去に「お客様は神様です」というフレーズが本来の意味とは別の意味で解釈されて広まったが彼の言い分は正にそれだな。
    質問者の権力が最上位であると主張した上で権力を振りかざす事に何の疑問も抱いていない。

    ・質問者は神様です。質問に不備があっても決して否定してはいけません。
    ・回答者はA級以上の回答しかしてはいけません。B級以下の回答は受け付けません。(A級、B級は質問者が勝手に決めます。回答者が自分の階級を主張することは出来ません。)
    ・回答者は「再現できない」という回答をしてはいけません。

    154 = :

    いけないとは言ってないよ
    それって言っても意味ないんじゃね？って話

    155 = :

    てか結局原因何だったんだよ

    156 = :

    質問に不備があるのは確かだから正してやるのは問題ない

    157 = :

    >>155
    >>152だね
    JavaScriptではなく、Rubyの質問だったらしい
    「もっと良く確認せよ」と小一時間問い詰めたい

    158 = :

    マジでRubyかよ…
    Rubyはよく知らんがオブジェクトリテラルの構文は一緒なのか

    159 = :

    いやいや
    rubyとJSを間違えるわけねーだろ

    160 = :

    何で間違えたかなんて知るかよ
    騙りかどうかも知らん
    騙りが嫌ならIDやトリップを出せ

    161 = :

    Rubyは完全に釣りだった
    全然違う

    162 = :

    DOMNodeInsertedからMutationObserverに置き換えについてなんですが
    MutationObserverが非同期の(完全同期じゃない)せいで
    他の同期的な処理に競り負けて処理が割り込めなくなりました

    これの解決方法か代替案など何かないでしょうか
    今日一日頑張ったんですが万策尽きました・・・

    163 = :

    すみません説明不足ですね

    置き換え元
    document.addEventListener("DOMNodeInserted", function(e) {
    　if(.hasAttribute('onmousedown')) e.target.removeAttribute('onmousedown');
    }, false);

    164 = :

    説明用に単純化しようとして書き換え中に投稿しちゃいました

    document.addEventListener("DOMNodeInserted", function(e) {
    var node = e.target;
    if(node.hasAttribute('onmousedown')) node.removeAttribute('onmousedown');
    }, false);

    こんな感じの処理を考えています

    165 = :

    >>162
    あなたの認識がどこかおかしい

    > MutationObserverが非同期の(完全同期じゃない)せいで
    DOMNodeInserted も非同期でなんら変わらない

    167 = :

    MVCという言葉がありますが
    JavaScript界でも、ストレージにアクセスするためのオブジェクトをmodelと呼びますか？

    168 = :

    外部とアクセスするためのオブジェクトを何という名前にしたらいいですか？
    最終的にはサーバと通信させますが、
    今のところはローカルストレージにアクセスします
    そういう抽象化されたストレージアクセスを提供するオブジェクトに適した名前は何なのでしょう？

    169 = :

    ぐぐれかす

    170 = :

    何とググんですか？

    171 = :

    バックボーンjsにはmodelがあるみたいですね～
    こういうの使った方がいいのかな？

    172 = :

    オライリーの「ステートフルJavaScript」って読んだ方がいいですか？

    173 = :

    googleとかの検索後補完ってものすごく速いと思うのですが
    あれって普通のHTTP通信なのでしょうか？
    一般的なサイトが表示される速さと比べて次元の違う反応速度だと思うのですが

    175 = :

    そうなのですか
    HTTPでもテキストデータのやりとりだけなら速いということでしょうか
    ありがとうございました

    176 = :

    コンストラクタで返り値を返すことで
    newの結果を任意のものにすることが出来ると知りました
    これはあまり知られてないのでは？

    177 = :

    apply(this, arguments)
    というコードを本の中で見ました
    argumentsは純粋な配列ではないので、何かマズい感じがするのですが
    問題ないのでしょうか？

    178 = :

    >>176
    バッドノウハウだったりして……?

    179 = :

    >>176
    知る必要がない

    180 = :

    >>176
    普通に使うけど

    181 = :

    >>179
    ありますが？

    182 = :

    >>176
    知られているかは統計次第だし、どうでもいい
    使う人は使うし、使わない人は使わないとしかいえない

    >>177
    Function.prototype.apply の仕様を読めば、理解できるはず
    http://es5.github.io/#x15.3.4.3

    183 = :

    仕様読むのが面倒くさいのでイエスかノーで答えてくれませんか？

    184 = :

    >>183
    めんどくさいからパス

    185 = :

    知ってるなら面倒くさくないはずですが？

    186 :

    英語読めないなら日本語読めば？
    http://developer.mozilla.org/ja/docs/Web/JavaScript/Reference/Global_Objects/Function/apply

    187 = :

    >>183
    ×仕様読むのが面倒くさい
    ○仕様（あるいは英語）を読めない

    188 = :

    >>185
    仕様を読むのを面倒くさがるお前の為に解説してやるのが面倒くさい
    今答えてお前を甘やかすと、今後仕様を読むのを面倒くさがるお前が仕様を読めば分かる質問をして解説してやる必要性が延々と生まれるのが面倒くさい

    189 = :

    jqueryとかで
    typeof x === 'undefined'
    ってやってるけど、
    x === undefined
    じゃだめなんですか？
    なんかのブラウザのためなのか、他なのかわからないので誰か知ってたら教えてください

    190 = :

    undefined は undefinedな値が入ってる変数だから
    undefined = 1; とかかされたら困る。

    とか言うのが理由。

    だけど今のブラウザはundefined変数には代入できなかったりするし、
    そもそもundefinedに値を入れるコードがバグと思ってるので
    俺はx === undefinedで比較してるよ。
    一番素直でわかりやすいからね。

    誰もやらない馬鹿なコードのための対応を
    冗長で可読性を落としてまでやる価値はないので。

    191 = :

    >>189
    対象ブラウザ次第
    ES5 未対応ブラウザを対象にしないならそれでもいい

    192 = :

    >>191
    その言い方だとES5未対応なら
    動かないって言っているみたいじゃないか。

    ES5未対応でも動くというのに。

    193 = :

    >>192
    どうしてそうなる？
    「ES5未対応なら駄目な理由がある」であって「ES5では動かない」に飛ぶのは論理の飛躍だろう

    194 = :

    「undefined に何かを代入した時に正しく動かなくなって困る」
    という問題は、

    「window.alertに何かを代入した時にalertが正しく動かなくなって困る」
    のと一緒で、既存の変数に代入するならば互換性があるものを入れるべき。
    互換性ががない値をものを代入する奴が悪い。

    という説明で解決する話だと思う。

    195 = :

    >>194
    代入する奴が悪いが、代入しても問題が発生しないコードがより良い事はいうまでもない

    196 = :

    >>193
    undefinedに代入するコードの方に問題がある。
    そっちを修正するべき。

    197 = :

    >>195
    > 代入しても問題が発生しないコードがより良い事はいうまでもない

    うん。それがwindow.alertの話なんですよ。

    window.alertに代入しても問題が発生しないコードを書けますか？

    undefinedの代入されても問題が起きないようにするべきというならば
    window.alert・・・ だけではなく、既存のいろんなものだって
    変な値が代入されても問題が起きないようにするべきってことになりませんか？

    198 = :

    >>196
    自分が全てのコードを修正できる状況ならそれでいいんだろうがな

    199 = :

    >>198
    だからwindow.alertの話だって自分以外のコードが
    window.alertに変なものを代入していたら同じことでしょう？

    200 = :

    >>197
    > うん。それがwindow.alertの話なんですよ。
    今問題にされてるのは undefined だから

    > window.alertに代入しても問題が発生しないコードを書けますか？
    全く関係ない問題だが、そのコードより前にコードが存在しない前提であれば、Object.defineProperty でも使えば？
    繰り返すが、undefined ではする必要はないからな


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

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

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