JavaScript情報交換所(プログラミング既習者専用） [無断転載禁止]©2ch.net (766ﾚｽ)
JavaScript情報交換所(プログラミング既習者専用） [無断転載禁止]©2ch.net http://mevius.5ch.net/test/read.cgi/tech/1449440793/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
ﾚｽ栞
ﾘﾛｰﾄﾞ規制
です｡10分ほどで解除するので､
他のﾌﾞﾗｳｻﾞ
へ避難してください｡
185: デフォルトの名無しさん [sage] 2016/05/17(火) 09:05:07.26 ID:sIex+koZ >>180 確かに個人的にはそういうコードを毎回書いても楽しいから苦にならないのだが、 何もそうしろと言いたかったわけではなく、一般的に利用するときは ただそういうフレームワークを読み込んで、各リソースURLに「#priority」を付けるだけ ってのは十分労力の割に結果がデカイと思うよ。 WebやJSの歴史見ても、「面倒なことは事はやらない」ってより、 「面倒なこと、汚いことは事はライブラリやフレームワークがやる」だった。 http://mevius.5ch.net/test/read.cgi/tech/1449440793/185
191: デフォルトの名無しさん [sage] 2016/05/17(火) 23:41:38.85 ID:q3gkuA0r >>185 > 「面倒なこと、汚いことは事はライブラリやフレームワークがやる」だった。 正確に言えば、「やるとなると面倒だが、普通はたいていの人が必要とすることは、ライブラリやフレームワークがやる」だ。 これはWebに関わらずプログラミング一般だ。それがライブラリ/フレームワークの存在意義だし。 > 各リソースURLに「#priority」を付けるだけ になっているライブラリ等が既にあるのかい？それなら確かに導入する意味がある。 それはどれだか教えてくれないか？ （ただ、多分俺の環境では実際に導入することは出来ないが） いずれにしても、「がんばってまでやりきる」為の言語ではなく、「がんばらずにやれる範囲でサクッとやる」なんだよ。 既にライブラリやフレームワークがあるのなら、「がんばらずにやれる」のでサクッといただきだ。 そういう奴らが多い＋プロプライエタリには極度にしにくいから結果的にいろいろ乱立することになるが、 それはある意味正しい姿といえる。 少し無駄や気に入らない部分があっても、自前で作り直すのではなく、面倒だからそのまま使う、だ。 その1メソッドの中での最適化で勝負するのではなく、 もっと大きい範囲での最適化（サクッと結果が出せるか）で勝負するんだよ。 あと追加。 https://developer.mozilla.org/en-US/docs/Web/Events/scroll scroll の e に delta がない。 だから糞遅い scrollTop の問い合わせがいちいち必要になる。 .NETだと e.delta でどっち向きにどれだけスクロールしたかが取れる。 同様のことはmousemoveにも言えるのだけど、 あっちは clientX とかがあるから、DOMクエリしなくても追跡できる。 scrollはDOMクエリを強要されるのが辛い。 サンプルも window.scrollYを取っているけど、アレは実は結構重い。 そしてそれがサンプルにあるように、大抵の場合はスクロール位置の確認が必要になる。 http://mevius.5ch.net/test/read.cgi/tech/1449440793/191
193: デフォルトの名無しさん [sage] 2016/05/18(水) 00:08:03.84 ID:jjsucSg3 >>185 あと、ついでならMDNもお願いしていい？ 1. https://developer.mozilla.org/ja/docs/Web/JavaScript/Reference/Global_Objects/Date 内のメソッド parse について、 × > JavaScript で日付を表す文字列を解釈して、地方時で 1970 年 1 月 1 日 00:00:00 から経過したミリ秒を表す数値を返します。 ○ UTCで http://mevius.5ch.net/test/read.cgi/tech/1449440793/193
194: デフォルトの名無しさん [sage] 2016/05/18(水) 00:09:05.81 ID:jjsucSg3 >>185 2. https://developer.mozilla.org/ja/docs/Web/JavaScript/Reference/Global_Objects/RegExp/test test がさも search や exec の代りの高速メソッドとして使えるように書いてある。 これは半分事実なのだが、実際はtestはexecを1回やるだけなので、RegExpをバッファするとバグる。 具体的には以下。2回の同じ入力の呼び出しに対し、出力が異なる。 (testinputはそのページの使用例の出力先をconsole.logに書き換えただけの物） function testinput(re, str) { var midstring; if ( re.test(str) ) { midstring = " contains "; } else { midstring = " does not contain "; } console.log(str + midstring + re.source); } var rexp = /a/g; var str = 'abc'; testinput(rexp,str); // abc contains a testinput(rexp,str); // abc does not contain a これは完全に落とし穴掘っているだけで、MDNだけ読んでいても気づかない。 だから「testは実際はexecを1回起動するだけです。詳細はexecを確認してください。」みたいな誘導が必要。 testに渡す正規表現に g つけんな！ってのはあるけど、 管理上、同じ正規表現を使いまわししたいときがあって、（その正規表現はプログラム内で1箇所にしたい) そのときに g が付いているやつがあってバグった。 だから、「gつけないでください」という誘導でも実質的にはいいのだけど、多分MDNの雰囲気とは合わない。 http://mevius.5ch.net/test/read.cgi/tech/1449440793/194
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.031s