私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ+ JavaScript の質問用スレッド vol.119 +
JavaScript スレッド一覧へ / JavaScript とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
過去に「お客様は神様です」というフレーズが本来の意味とは別の意味で解釈されて広まったが彼の言い分は正にそれだな。
質問者の権力が最上位であると主張した上で権力を振りかざす事に何の疑問も抱いていない。
・質問者は神様です。質問に不備があっても決して否定してはいけません。
・回答者はA級以上の回答しかしてはいけません。B級以下の回答は受け付けません。(A級、B級は質問者が勝手に決めます。回答者が自分の階級を主張することは出来ません。)
・回答者は「再現できない」という回答をしてはいけません。
質問者の権力が最上位であると主張した上で権力を振りかざす事に何の疑問も抱いていない。
・質問者は神様です。質問に不備があっても決して否定してはいけません。
・回答者はA級以上の回答しかしてはいけません。B級以下の回答は受け付けません。(A級、B級は質問者が勝手に決めます。回答者が自分の階級を主張することは出来ません。)
・回答者は「再現できない」という回答をしてはいけません。
いけないとは言ってないよ
それって言っても意味ないんじゃね？って話
それって言っても意味ないんじゃね？って話
マジでRubyかよ…
Rubyはよく知らんがオブジェクトリテラルの構文は一緒なのか
Rubyはよく知らんがオブジェクトリテラルの構文は一緒なのか
何で間違えたかなんて知るかよ
騙りかどうかも知らん
騙りが嫌ならIDやトリップを出せ
騙りかどうかも知らん
騙りが嫌ならIDやトリップを出せ
DOMNodeInsertedからMutationObserverに置き換えについてなんですが
MutationObserverが非同期の(完全同期じゃない)せいで
他の同期的な処理に競り負けて処理が割り込めなくなりました
これの解決方法か代替案など何かないでしょうか
今日一日頑張ったんですが万策尽きました・・・
MutationObserverが非同期の(完全同期じゃない)せいで
他の同期的な処理に競り負けて処理が割り込めなくなりました
これの解決方法か代替案など何かないでしょうか
今日一日頑張ったんですが万策尽きました・・・
すみません説明不足ですね
置き換え元
document.addEventListener("DOMNodeInserted", function(e) {
if(.hasAttribute('onmousedown')) e.target.removeAttribute('onmousedown');
}, false);
置き換え元
document.addEventListener("DOMNodeInserted", function(e) {
if(.hasAttribute('onmousedown')) e.target.removeAttribute('onmousedown');
}, false);
説明用に単純化しようとして書き換え中に投稿しちゃいました
document.addEventListener("DOMNodeInserted", function(e) {
var node = e.target;
if(node.hasAttribute('onmousedown')) node.removeAttribute('onmousedown');
}, false);
こんな感じの処理を考えています
document.addEventListener("DOMNodeInserted", function(e) {
var node = e.target;
if(node.hasAttribute('onmousedown')) node.removeAttribute('onmousedown');
}, false);
こんな感じの処理を考えています
>>165
このページを参考に書き換えましたがここにはちゃんと同期的とありますよ
http://msdn.microsoft.com/ja-jp/library/ie/dn265032%28v=vs.85%29.aspx
変更イベント：Mutation events(DOMNodeInsertedやDOMAttrModifiedなど)
→同期的とか同期イベントであると説明があります
変更オブザーバー：MutationObserver
→非同期とは書いてないけれど相違点の欄に遅延通知とあります
他サイトも見ましたが同期なんじゃないかと
どちらにしてもDOMNodeInsertedで割り込めたものが
割り込めなくなったのでMutationObserverの方が発火タイミングは遅いようです
このページを参考に書き換えましたがここにはちゃんと同期的とありますよ
http://msdn.microsoft.com/ja-jp/library/ie/dn265032%28v=vs.85%29.aspx
変更イベント：Mutation events(DOMNodeInsertedやDOMAttrModifiedなど)
→同期的とか同期イベントであると説明があります
変更オブザーバー：MutationObserver
→非同期とは書いてないけれど相違点の欄に遅延通知とあります
他サイトも見ましたが同期なんじゃないかと
どちらにしてもDOMNodeInsertedで割り込めたものが
割り込めなくなったのでMutationObserverの方が発火タイミングは遅いようです
MVCという言葉がありますが
JavaScript界でも、ストレージにアクセスするためのオブジェクトをmodelと呼びますか？
JavaScript界でも、ストレージにアクセスするためのオブジェクトをmodelと呼びますか？
外部とアクセスするためのオブジェクトを何という名前にしたらいいですか？
最終的にはサーバと通信させますが、
今のところはローカルストレージにアクセスします
そういう抽象化されたストレージアクセスを提供するオブジェクトに適した名前は何なのでしょう？
最終的にはサーバと通信させますが、
今のところはローカルストレージにアクセスします
そういう抽象化されたストレージアクセスを提供するオブジェクトに適した名前は何なのでしょう？
バックボーンjsにはmodelがあるみたいですね～
こういうの使った方がいいのかな？
こういうの使った方がいいのかな？
オライリーの「ステートフルJavaScript」って読んだ方がいいですか？
googleとかの検索後補完ってものすごく速いと思うのですが
あれって普通のHTTP通信なのでしょうか？
一般的なサイトが表示される速さと比べて次元の違う反応速度だと思うのですが
あれって普通のHTTP通信なのでしょうか？
一般的なサイトが表示される速さと比べて次元の違う反応速度だと思うのですが
解析してみたら普通にXHRのGETで取得して130～200msぐらいで動作してるけど
そうなのですか
HTTPでもテキストデータのやりとりだけなら速いということでしょうか
ありがとうございました
HTTPでもテキストデータのやりとりだけなら速いということでしょうか
ありがとうございました
コンストラクタで返り値を返すことで
newの結果を任意のものにすることが出来ると知りました
これはあまり知られてないのでは？
newの結果を任意のものにすることが出来ると知りました
これはあまり知られてないのでは？
apply(this, arguments)
というコードを本の中で見ました
argumentsは純粋な配列ではないので、何かマズい感じがするのですが
問題ないのでしょうか？
というコードを本の中で見ました
argumentsは純粋な配列ではないので、何かマズい感じがするのですが
問題ないのでしょうか？
>>176
バッドノウハウだったりして……?
バッドノウハウだったりして……?
>>176
知る必要がない
知る必要がない
>>176
普通に使うけど
普通に使うけど
>>179
ありますが？
ありますが？
>>176
知られているかは統計次第だし、どうでもいい
使う人は使うし、使わない人は使わないとしかいえない
>>177
Function.prototype.apply の仕様を読めば、理解できるはず
http://es5.github.io/#x15.3.4.3
知られているかは統計次第だし、どうでもいい
使う人は使うし、使わない人は使わないとしかいえない
>>177
Function.prototype.apply の仕様を読めば、理解できるはず
http://es5.github.io/#x15.3.4.3
>>183
めんどくさいからパス
めんどくさいからパス
>>185
仕様を読むのを面倒くさがるお前の為に解説してやるのが面倒くさい
今答えてお前を甘やかすと、今後仕様を読むのを面倒くさがるお前が仕様を読めば分かる質問をして解説してやる必要性が延々と生まれるのが面倒くさい
仕様を読むのを面倒くさがるお前の為に解説してやるのが面倒くさい
今答えてお前を甘やかすと、今後仕様を読むのを面倒くさがるお前が仕様を読めば分かる質問をして解説してやる必要性が延々と生まれるのが面倒くさい
jqueryとかで
typeof x === 'undefined'
ってやってるけど、
x === undefined
じゃだめなんですか？
なんかのブラウザのためなのか、他なのかわからないので誰か知ってたら教えてください
typeof x === 'undefined'
ってやってるけど、
x === undefined
じゃだめなんですか？
なんかのブラウザのためなのか、他なのかわからないので誰か知ってたら教えてください
undefined は undefinedな値が入ってる変数だから
undefined = 1; とかかされたら困る。
とか言うのが理由。
だけど今のブラウザはundefined変数には代入できなかったりするし、
そもそもundefinedに値を入れるコードがバグと思ってるので
俺はx === undefinedで比較してるよ。
一番素直でわかりやすいからね。
誰もやらない馬鹿なコードのための対応を
冗長で可読性を落としてまでやる価値はないので。
undefined = 1; とかかされたら困る。
とか言うのが理由。
だけど今のブラウザはundefined変数には代入できなかったりするし、
そもそもundefinedに値を入れるコードがバグと思ってるので
俺はx === undefinedで比較してるよ。
一番素直でわかりやすいからね。
誰もやらない馬鹿なコードのための対応を
冗長で可読性を落としてまでやる価値はないので。
「undefined に何かを代入した時に正しく動かなくなって困る」
という問題は、
「window.alertに何かを代入した時にalertが正しく動かなくなって困る」
のと一緒で、既存の変数に代入するならば互換性があるものを入れるべき。
互換性ががない値をものを代入する奴が悪い。
という説明で解決する話だと思う。
という問題は、
「window.alertに何かを代入した時にalertが正しく動かなくなって困る」
のと一緒で、既存の変数に代入するならば互換性があるものを入れるべき。
互換性ががない値をものを代入する奴が悪い。
という説明で解決する話だと思う。
>>194
代入する奴が悪いが、代入しても問題が発生しないコードがより良い事はいうまでもない
代入する奴が悪いが、代入しても問題が発生しないコードがより良い事はいうまでもない
>>195
> 代入しても問題が発生しないコードがより良い事はいうまでもない
うん。それがwindow.alertの話なんですよ。
window.alertに代入しても問題が発生しないコードを書けますか？
undefinedの代入されても問題が起きないようにするべきというならば
window.alert・・・ だけではなく、既存のいろんなものだって
変な値が代入されても問題が起きないようにするべきってことになりませんか？
> 代入しても問題が発生しないコードがより良い事はいうまでもない
うん。それがwindow.alertの話なんですよ。
window.alertに代入しても問題が発生しないコードを書けますか？
undefinedの代入されても問題が起きないようにするべきというならば
window.alert・・・ だけではなく、既存のいろんなものだって
変な値が代入されても問題が起きないようにするべきってことになりませんか？
>>196
自分が全てのコードを修正できる状況ならそれでいいんだろうがな
自分が全てのコードを修正できる状況ならそれでいいんだろうがな
>>197
> うん。それがwindow.alertの話なんですよ。
今問題にされてるのは undefined だから
> window.alertに代入しても問題が発生しないコードを書けますか？
全く関係ない問題だが、そのコードより前にコードが存在しない前提であれば、Object.defineProperty でも使えば？
繰り返すが、undefined ではする必要はないからな
> うん。それが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 スレッド一覧へ類似してるかもしれないスレッド
- + JavaScript の質問用スレッド vol.113 + (1001) - [97%] - 2014/1/25 12:46
- + JavaScript の質問用スレッド vol.110 + (1001) - [97%] - 2013/10/13 14:01
- + JavaScript の質問用スレッド vol.129 + (926) - [97%] - 2017/7/27 13:45
- + JavaScript の質問用スレッド vol.129 + (981) - [97%] - 2016/5/5 8:16
- + JavaScript の質問用スレッド vol.118 + (1002) - [97%] - 2014/8/29 22:30
- + JavaScript の質問用スレッド vol.117 + (1009) - [97%] - 2014/8/5 3:30
- + JavaScript の質問用スレッド vol.116 + (1002) - [97%] - 2014/7/1 0:45
- + JavaScript の質問用スレッド vol.115 + (1001) - [97%] - 2014/5/29 16:16
- + JavaScript の質問用スレッド vol.114 + (1001) - [97%] - 2014/5/3 10:45
- + JavaScript の質問用スレッド vol.112 + (1001) - [97%] - 2013/11/27 16:46
- + JavaScript の質問用スレッド vol.111 + (1001) - [97%] - 2013/11/4 6:00
- + JavaScript の質問用スレッド vol.113 + (1001) - [97%] - 2014/3/15 21:30
- + JavaScript の質問用スレッド vol.139 + (1001) - [97%] - 2019/5/27 15:15
- + JavaScript の質問用スレッド vol.109 + (1001) - [97%] - 2013/10/7 13:16
- + JavaScript の質問用スレッド vol.121 + (1001) - [95%] - 2015/1/1 18:30
- + JavaScript の質問用スレッド vol.125 + (1001) - [95%] - 2015/10/7 17:45
- + JavaScript の質問用スレッド vol.124 + (1001) - [95%] - 2015/7/16 1:30
トップメニューへ / →のくす牧場書庫について