私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ+ JavaScript の質問用スレッド vol.109 +

みんなの評価 :
レスフィルター : (試験中)
オブジェクトのループなんてしないよ派は
たとえばkey-valueストアを配列にしろとでもいうのでしょうか?
配列に格納できないデータをオブジェクトに入れるのはごく自然なことだと思いますが。
たとえばkey-valueストアを配列にしろとでもいうのでしょうか?
配列に格納できないデータをオブジェクトに入れるのはごく自然なことだと思いますが。
どうしたいのか言えよ
for-in&getOwnは良くてkeysが面倒だという話じゃなくて
もうコードを書くのがだるいな、愚痴聞いて同情してくださいよーってことだろ
for-in&getOwnは良くてkeysが面倒だという話じゃなくて
もうコードを書くのがだるいな、愚痴聞いて同情してくださいよーってことだろ
何の話をしているかしらんけど、underscoreかlodash使えば
オブジェクトのキーとかの問題は全て解決する。
オブジェクトのキーとかの問題は全て解決する。
Object.keys使うにしてもfor-in-hasOwnProperty使うにしても
各所にそのコードが散らばるとかはないなあ
走査用の関数作って各所ではそれを使うだけだ
各所にそのコードが散らばるとかはないなあ
走査用の関数作って各所ではそれを使うだけだ
var a='<a href="~" id="PC">nm<\/a>';
から、文字列nmだけ抜き出してきて、
var bに格納するやり方を教えて下さい。
また、実際には、変数aは$("#aa").html()で
取得した値なのですが、取得すると<\/a>でなく
</a>となるのは、javascriptの文法上まずくないでしょうか?
対処策があれば教えて下さい。
<div id="aa"><a href="~" id="PC">nm</a></div>
から、文字列nmだけ抜き出してきて、
var bに格納するやり方を教えて下さい。
また、実際には、変数aは$("#aa").html()で
取得した値なのですが、取得すると<\/a>でなく
</a>となるのは、javascriptの文法上まずくないでしょうか?
対処策があれば教えて下さい。
<div id="aa"><a href="~" id="PC">nm</a></div>
$("#aa").html()なんかいらんだろ?
var b = $("#aa").text(); で一発で取得できる。
divの中に他に文字列があったとしても
var b = $("#aa a").text(); これでよい
var b = $("#aa").text(); で一発で取得できる。
divの中に他に文字列があったとしても
var b = $("#aa a").text(); これでよい
>>360
var a='<a href="~" id="PC">nm<\/a>';
var r = new RegExp(/>([^<]*)/);
var m, b;
if (m = r.exec(a)) b = m[1];
alert(b);
var a='<a href="~" id="PC">nm<\/a>';
var r = new RegExp(/>([^<]*)/);
var m, b;
if (m = r.exec(a)) b = m[1];
alert(b);
jqueryのajaxでasyncをfalseにすると
直前のcss変更が聞かないんですがなぜですか?
asyncがtrueだと変更できるんですが
$(obj).css(~);
$.ajax(){
~
}.done(~)
.fail(~);
直前のcss変更が聞かないんですがなぜですか?
asyncがtrueだと変更できるんですが
$(obj).css(~);
$.ajax(){
~
}.done(~)
.fail(~);
underscoreって便利関数集ですか~
なかなかよさそうですね
string系のユーティリティーも欲しいところです
なかなかよさそうですね
string系のユーティリティーも欲しいところです
http://jsperf.com/for-vs-for-in10
hasOwnPropertyチェックを外しても、for inの方が1~2割遅いですね
少し面倒くさい記述するだけで性能あがるなら、自分は性能を上げる方を取ります
hasOwnPropertyチェックを外しても、for inの方が1~2割遅いですね
少し面倒くさい記述するだけで性能あがるなら、自分は性能を上げる方を取ります
多重ループになるとkeysとkeyとlenが大量になって間違えがちなので
ループするオブジェクト名をプレフィックスにして
hogeKeys,hogeKey,hogeLenとしたらいいと気付きました
ありがとうございました
ループするオブジェクト名をプレフィックスにして
hogeKeys,hogeKey,hogeLenとしたらいいと気付きました
ありがとうございました
>>367
通信する前にcssを書いてるのに反映されないっておかしくないですか
通信する前にcssを書いてるのに反映されないっておかしくないですか
>>321
この件についてですが、
for ( var i=100-1;i>-1;i--);
とすると、当然ですが通常ループと変わらないパフォーマンスが出ました
この書き方だと
var i=array.length-1
と書けて一時変数lenが必要なくなるのでいいかもしれません
この件についてですが、
for ( var i=100-1;i>-1;i--);
とすると、当然ですが通常ループと変わらないパフォーマンスが出ました
この書き方だと
var i=array.length-1
と書けて一時変数lenが必要なくなるのでいいかもしれません
>>371
そういう仕様だから
そういう仕様だから
http://jsperf.com/for-plus-vs-minus
一時変数を介さない分、わずかに逆順ループの方が速くなりました
必ずそうなるというわけではないので微妙ですが、平均的にはそうなるかも
逆順最適化は死せずということでしょうか(^O^)
一時変数を介さない分、わずかに逆順ループの方が速くなりました
必ずそうなるというわけではないので微妙ですが、平均的にはそうなるかも
逆順最適化は死せずということでしょうか(^O^)
javascriptでwebページ全体を画像にするっていうのあるじゃないですか
あれはどういう仕組みなんでしょうか?
あれはどういう仕組みなんでしょうか?
|:::::::::::::::
∧_∧::::::::::::
__ (´・ω・`) :::::::: すみません、ここでうんこしていいですか?
◎ー) / \:::::::::
| | (⌒) (⌒二 )::::::::::::
~~~ /⌒ヽ( ̄、 ヽ___
/ Lヽ \ノ___
゙ー―――(__)---
∧_∧::::::::::::
__ (´・ω・`) :::::::: すみません、ここでうんこしていいですか?
◎ー) / \:::::::::
| | (⌒) (⌒二 )::::::::::::
~~~ /⌒ヽ( ̄、 ヽ___
/ Lヽ \ノ___
゙ー―――(__)---
>>377
これはどういうことですか?
これはどういうことですか?
ループ数が少ないとfor inの方が速い?
それともキーの名前によって変わる?
それともキーの名前によって変わる?
http://jsperf.com/for-vs-for-in10/3
キー名の法則を変えずループを10→50にしたらforの方が速くなりました
ループが少ないとfor inの方が速いのか~
悩ましい
キー名の法則を変えずループを10→50にしたらforの方が速くなりました
ループが少ないとfor inの方が速いのか~
悩ましい
ページの下までスクロールされたら特定の処理がしたいんですが
ページの下にいる状態で横スクロールを動かすと処理が動いてしまいます
どう改善したらいいのかアドバイスください
obj.addEventListener('scroll', function(){
// ページ下までスクロールされているか判定
}, false);
ページの下にいる状態で横スクロールを動かすと処理が動いてしまいます
どう改善したらいいのかアドバイスください
obj.addEventListener('scroll', function(){
// ページ下までスクロールされているか判定
}, false);
Object.keysにより配列オブジェクトを新規作成するコストが
for inループで余計にかかるコストをうわまる間は、for inの方が速いということでしょうね
それだけオブジェクトの新規作成は処理的に重いと・・
for inループで余計にかかるコストをうわまる間は、for inの方が速いということでしょうね
それだけオブジェクトの新規作成は処理的に重いと・・
本当ですね
そうなるとシンプルなfor inの方がいいな
結局何もしない方が良かったということに・・(´;ω;`)
そうなるとシンプルなfor inの方がいいな
結局何もしない方が良かったということに・・(´;ω;`)
う~ん
ページ下部に移動したら処理を実行させるサンプルをいろいろ見て回ったけど
どれも横スクロールは考慮されてないものしか見つからない・・・
無理なのかな
ページ下部に移動したら処理を実行させるサンプルをいろいろ見て回ったけど
どれも横スクロールは考慮されてないものしか見つからない・・・
無理なのかな
グローバル変数のキャッシュの有効性を試していました
http://jsperf.com/global-vs-local33/2
グローバル変数のプロパティを二回以上使う場合にはキャッシュした方が良さそうです
しかし奇妙なことに、IEではcache2の方がcache1よりもいつもわずかに速いのです
処理が多い方が速くなる理由が皆目分かりません
何故でしょうか?
http://jsperf.com/global-vs-local33/2
グローバル変数のプロパティを二回以上使う場合にはキャッシュした方が良さそうです
しかし奇妙なことに、IEではcache2の方がcache1よりもいつもわずかに速いのです
処理が多い方が速くなる理由が皆目分かりません
何故でしょうか?
ステップ数の多い関数の方がより少ない回数の呼び出しで最適化対象になるから
>>394
> ステータス欄に表示するものとリンク先を別にする
これができたらフィッシング詐欺し放題になってしまうのでセキュリティ上不可。
そもそも、ステータスバーに何かを表示するという事自体、
リンク先情報などが見えなくなるから最近のブラウザはできないようになってるはず。
> ステータス欄に表示するものとリンク先を別にする
これができたらフィッシング詐欺し放題になってしまうのでセキュリティ上不可。
そもそも、ステータスバーに何かを表示するという事自体、
リンク先情報などが見えなくなるから最近のブラウザはできないようになってるはず。
どうして出来ないと思うのよ?
mousedownでリンクを変更したらいいよ
Google検索とかで当たり前に使われてるでしょ
mousedownでリンクを変更したらいいよ
Google検索とかで当たり前に使われてるでしょ
毎日アクセス解析でニヤニヤしてるクソ野郎を一泡吹かせるためにさ
リファラを書き換えてキチガイナところからアクセスされてるようにみせたい
どうやって相手サーバに任意のリファラを送信できますか?
リファラを書き換えてキチガイナところからアクセスされてるようにみせたい
どうやって相手サーバに任意のリファラを送信できますか?



類似してるかもしれないスレッド
- + JavaScript の質問用スレッド vol.108 + (1001) - [97%] - 2013/9/21 15:16
- + JavaScript の質問用スレッド vol.100 + (1001) - [97%] - 2012/6/13 22:46
- + JavaScript の質問用スレッド vol.101 + (1001) - [97%] - 2012/7/16 14:15
- + JavaScript の質問用スレッド vol.102 + (1001) - [97%] - 2012/9/11 17:30
- + JavaScript の質問用スレッド vol.103 + (1001) - [97%] - 2012/11/9 15:30
- + JavaScript の質問用スレッド vol.104 + (1001) - [97%] - 2013/1/28 4:00
- + JavaScript の質問用スレッド vol.105 + (1001) - [97%] - 2013/5/20 4:45
- + JavaScript の質問用スレッド vol.139 + (1001) - [97%] - 2019/5/27 15:15
- + JavaScript の質問用スレッド vol.106 + (1001) - [97%] - 2013/7/20 9:30
- + JavaScript の質問用スレッド vol.107 + (1001) - [97%] - 2013/9/7 10:16
- + JavaScript の質問用スレッド vol.119 + (1002) - [97%] - 2014/10/3 15:30
- + JavaScript の質問用スレッド vol.129 + (926) - [97%] - 2017/7/27 13:45
- + JavaScript の質問用スレッド vol.129 + (981) - [97%] - 2016/5/5 8:16
- + JavaScript の質問用スレッド vol.122 + (116) - [95%] - 2018/5/2 18:30
- + JavaScript の質問用スレッド vol.121 + (1001) - [95%] - 2015/1/1 18:30
- + JavaScript の質問用スレッド vol.122 + (1004) - [95%] - 2015/2/14 4:45
- + JavaScript の質問用スレッド vol.141 + (881) - [95%] - 2021/4/19 9:00
トップメニューへ / →のくす牧場書庫について