私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ+ JavaScript の質問用スレッド vol.84 +
JavaScript スレッド一覧へ / JavaScript とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
>>297
業界の、ってあたりが香ばしい
業界の、ってあたりが香ばしい
DOM 挿入順序リーク というのは、現在のブラウザでもまだ改善されていないのでしょうか？
例： http://stackoverflow.com/questions/1577840/
var root = document.createElement("DIV");
var child = document.createElement("DIV");
// THIS IS WRONG
root.appendChild(child); document.body.appendChild(root);
// THIS IS CORRECT
document.body.appendChild(root); root.appendChild(child);
今まではパフォーマンスが良さそうなので、前者のWRONGって書かれている方で記述していたのですが。
例： http://stackoverflow.com/questions/1577840/
var root = document.createElement("DIV");
var child = document.createElement("DIV");
// THIS IS WRONG
root.appendChild(child); document.body.appendChild(root);
// THIS IS CORRECT
document.body.appendChild(root); root.appendChild(child);
今まではパフォーマンスが良さそうなので、前者のWRONGって書かれている方で記述していたのですが。
>>309
"3 Answers" も読んだ上での質問？
流し読みなので間違っていたらごめんだけど「全然問題ない」と読める。
Cross-Page Leaks のことなら明らかに寄せられた情報が誤ってる。
http://msdn.microsoft.com/en-us/library/bb250448%28VS.85%29.aspx
"3 Answers" も読んだ上での質問？
流し読みなので間違っていたらごめんだけど「全然問題ない」と読める。
Cross-Page Leaks のことなら明らかに寄せられた情報が誤ってる。
http://msdn.microsoft.com/en-us/library/bb250448%28VS.85%29.aspx
>>309
パフォーマンス気にするなら、DocumentFagment作ってから、そんなかでDOM組み立てて、一気にappendした方が速いと思うけども。
パフォーマンス気にするなら、DocumentFagment作ってから、そんなかでDOM組み立てて、一気にappendした方が速いと思うけども。
ご返答ありがとうございます。気にしているのはリークの方なので、
肝心の、リーク自体は改善されているということで正しいでしょうか？
肝心の、リーク自体は改善されているということで正しいでしょうか？
>>315
記憶では IE7 まで残っていたリークパターンだが、ソースは見つけられなかった。
意図的に極端なリークパターンを作ってテストするしかないかも…。
DOMツリーに appendChild してから attachEvent() すれば回避できるパターンなのでどっちにしてもパフォーマンスは気にならないんじゃないかな。
記憶では IE7 まで残っていたリークパターンだが、ソースは見つけられなかった。
意図的に極端なリークパターンを作ってテストするしかないかも…。
DOMツリーに appendChild してから attachEvent() すれば回避できるパターンなのでどっちにしてもパフォーマンスは気にならないんじゃないかな。
よくcreate-Fragment内にappendChildした方が早いと聞きますが
ｉモードブラウザ等NFではcreate-Element("span")内にappendChildした方が僅かに早いか同じくらいになります
どうしてでしょうか？
また、このような結果になるのでブラウザ別に処理を分けた方がいいのでしょうか？
ｉモードブラウザ等NFではcreate-Element("span")内にappendChildした方が僅かに早いか同じくらいになります
どうしてでしょうか？
また、このような結果になるのでブラウザ別に処理を分けた方がいいのでしょうか？
そんなわずかな差を気にするほどの大きなことをやってるのか？
携帯は特に実装によって差が有るだろうから、気にしなくていいと思うぞ。
携帯は特に実装によって差が有るだろうから、気にしなくていいと思うぞ。
既存のソフトの対応サイトを自力改造で増やしたいのでjavascriptを読めるようになりたいんですが
お勧めのjavascriptの文法書みたいなのってありませんか？
お勧めのjavascriptの文法書みたいなのってありませんか？
for in 構文でのイテレート順って仕様で既定されてるんですか？
fx3 で試すとキー作られた順に取り出されて、値の更新をしても順序が
変わることはなかったんですけど、そう期待したコード書いて良いのか不安です・・・
fx3 で試すとキー作られた順に取り出されて、値の更新をしても順序が
変わることはなかったんですけど、そう期待したコード書いて良いのか不安です・・・
>>319
JavaScript 第五版。英語でよければ第六版かな。
JavaScript 第五版。英語でよければ第六版かな。
今時はJavaScriptはコピペして持ってきて使うものなのかな？
それとも自作するもの？
それとも自作するもの？
GreasemonkeyからunsafeWindowを使わずにwindow.exampleを取得したいのですがどうしたらいいですか
いちいち消すとかめんどくさすぎだろ
そんな欠陥言語じゃないから心配せずに放置しておけ
そんな欠陥言語じゃないから心配せずに放置しておけ
>>328
作法としては removeEventListener した方がよいといわれる。IE6のリークパターンはそれで回避する手法を提案されているし、この手のリークパターンは形成されやすいらしい。
作法としては removeEventListener した方がよいといわれる。IE6のリークパターンはそれで回避する手法を提案されているし、この手のリークパターンは形成されやすいらしい。
>>329-331
jqueryのイベント等はそのまま移行で問題なし
javascriptでaddEventListenerしたらremoveEventListenerしておく
という認識でいいんですかね。ありがとうございます！
jqueryのイベント等はそのまま移行で問題なし
javascriptでaddEventListenerしたらremoveEventListenerしておく
という認識でいいんですかね。ありがとうございます！
数字文字列を数値型にするやり方は色々あると思いますが
一般的なデファクトスタンダードはperseIntですかね？
'1234'-0は邪道？
一般的なデファクトスタンダードはperseIntですかね？
'1234'-0は邪道？
perseIntなら分からなくてもぐぐればすぐでるから他の人に優しいんじゃね。
>>321
仕様ならこちらを。
http://es5.github.com/#x12.6.4
>>336
Number('1234');
http://es5.github.com/#x15.7.1.1
仕様ならこちらを。
http://es5.github.com/#x12.6.4
>>336
Number('1234');
http://es5.github.com/#x15.7.1.1
submitした後、ページが全く切り替わることなく、
帰ってくる結果を変数に格納する方法はないでしょうか？
例：
<form method="post" action="/htmlTest.html">
お名前：<input name="yourName">
<input type="submit" value="送信">
帰ってくる結果を変数に格納する方法はないでしょうか？
例：
<form method="post" action="/htmlTest.html">
お名前：<input name="yourName">
<input type="submit" value="送信">
form使わない。
XMLHttpRequestとか
new Ajax.Request(prototype.js)とか
$.ajax(jQuery)
XMLHttpRequestとか
new Ajax.Request(prototype.js)とか
$.ajax(jQuery)
parseInt("011") // 9
parseInt("011", 10) //11
parseInt("0x11", 10) //0
parseInt("0x11", 16) //17
Number("011") // 11
Number("0x11") //17
それぞれ使いどころはある。
Stringにmatchさせればこちらが想定したやつはすべて正しく変換出来る。
parseInt("011", 10) //11
parseInt("0x11", 10) //0
parseInt("0x11", 16) //17
Number("011") // 11
Number("0x11") //17
それぞれ使いどころはある。
Stringにmatchさせればこちらが想定したやつはすべて正しく変換出来る。
new Class().hogeでアクセス出来るね。
function Class(hoge){
this.getHoge = function(){
return hoge;
};
}
ってすればおｋ
function Class(hoge){
this.getHoge = function(){
return hoge;
};
}
ってすればおｋ
jQueryXMLで、
<AAA>
<id>BBB</id>
<name>CCC </name>
</AAA>
こんなXMLファイルからAAAのidを出すには
function xmlParser(xml) {
$(xml).find("AAA").each(function () {
($(this).find('id').text());
これで出来るのですが、BBBが分っていてそれからnameを探し出すにはどうやるのですか？
$(xml).find("BBB").each(function () {
($(this).find('name').text());
これではうまくいかなかったです・・・
<AAA>
<id>BBB</id>
<name>CCC </name>
</AAA>
こんなXMLファイルからAAAのidを出すには
function xmlParser(xml) {
$(xml).find("AAA").each(function () {
($(this).find('id').text());
これで出来るのですが、BBBが分っていてそれからnameを探し出すにはどうやるのですか？
$(xml).find("BBB").each(function () {
($(this).find('name').text());
これではうまくいかなかったです・・・
>>348
それだとインスタンス毎にgetHogeにメモリが割り当てられてメモリ効率悪いから、
getterを作るためだけにprototype使わずに
this.getHoge = function(){...}
ってするなら、パブリック変数でいいやって認識は正しい？
それだとインスタンス毎にgetHogeにメモリが割り当てられてメモリ効率悪いから、
getterを作るためだけにprototype使わずに
this.getHoge = function(){...}
ってするなら、パブリック変数でいいやって認識は正しい？
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ
/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで / 
JavaScript スレッド一覧へ類似してるかもしれないスレッド
- + JavaScript の質問用スレッド vol.94 + (1001) - [97%] - 2012/1/8 15:46
- + JavaScript の質問用スレッド vol.89 + (1001) - [97%] - 2011/9/4 4:17
- + JavaScript の質問用スレッド vol.88 + (1001) - [97%] - 2011/7/20 7:03
- + JavaScript の質問用スレッド vol.74 + (1001) - [97%] - 2009/12/1 6:08 ○
- + JavaScript の質問用スレッド vol.87 + (1001) - [97%] - 2011/6/21 6:33
- + JavaScript の質問用スレッド vol.86 + (1001) - [97%] - 2011/5/27 21:50
- + JavaScript の質問用スレッド vol.85 + (1001) - [97%] - 2011/4/25 21:32
- + JavaScript の質問用スレッド vol.83 + (1001) - [97%] - 2011/2/24 8:02
- + JavaScript の質問用スレッド vol.82 + (1001) - [97%] - 2011/1/19 7:54
- + JavaScript の質問用スレッド vol.81 + (1001) - [97%] - 2010/12/10 20:01
- + JavaScript の質問用スレッド vol.80 + (1001) - [97%] - 2010/11/9 2:17
- + JavaScript の質問用スレッド vol.141 + (881) - [95%] - 2021/4/19 9:00
- + JavaScript の質問用スレッド vol.134 + (1001) - [95%] - 2018/8/3 23:15
- + JavaScript の質問用スレッド vol.104 + (1001) - [95%] - 2013/1/28 4:00
- + JavaScript の質問用スレッド vol.124 + (1001) - [95%] - 2015/7/16 1:30
- + JavaScript の質問用スレッド vol.142 + (984) - [95%] - 2020/8/27 19:15
- + JavaScript の質問用スレッド vol.114 + (1001) - [95%] - 2014/5/3 10:45
トップメニューへ / →のくす牧場書庫について