私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ+ JavaScript の質問用スレッド vol.89 +
JavaScript スレッド一覧へ / JavaScript とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
すみません、
Browser: {
IE: !!(window.attachEvent && !window.opera),
の"!!"はいったいどういう意味なのでしょうか？
"!"だけだと否定とか分かるのですが
Browser: {
IE: !!(window.attachEvent && !window.opera),
の"!!"はいったいどういう意味なのでしょうか？
"!"だけだと否定とか分かるのですが
ころころデザインを変えるページ用に、
ある部分だけデザインを使いまわせるようなライブラリを作っています。
<script type="text/javascript" src="header.js"></script>
こんな感じの使い方を想定しています。
最初はHTMLを毎回書きなおす感じにして、JavaScriptでHTML出力などの操作はしないようにしてたのですが、
それだと大変なので、スタイルシートと、JavaScriptを取り込んでHTMLはJavaScriptで出力するようにしました。
次にスタイルシート取り込みの工程もついでになくそうと（たいした手間じゃないですが）、
JavaScript単体の取り込みだけで使えるように、スタイルシート部分もJavaScriptにゴリゴリ書きました。
その結果かなりカオスなコードになってしまったのですが、
ファイル1つでOKみたいにする場合は、こんな感じになってしまうものですよね？
あまりのカオス具合に自分が間違ってる気がしてなりません。
ある部分だけデザインを使いまわせるようなライブラリを作っています。
<script type="text/javascript" src="header.js"></script>
こんな感じの使い方を想定しています。
最初はHTMLを毎回書きなおす感じにして、JavaScriptでHTML出力などの操作はしないようにしてたのですが、
それだと大変なので、スタイルシートと、JavaScriptを取り込んでHTMLはJavaScriptで出力するようにしました。
次にスタイルシート取り込みの工程もついでになくそうと（たいした手間じゃないですが）、
JavaScript単体の取り込みだけで使えるように、スタイルシート部分もJavaScriptにゴリゴリ書きました。
その結果かなりカオスなコードになってしまったのですが、
ファイル1つでOKみたいにする場合は、こんな感じになってしまうものですよね？
あまりのカオス具合に自分が間違ってる気がしてなりません。
>>555
そんな同意を求めることに何の意味がある？
他人がどうあろうと、自分が不満に感じるなら、少しでも改善を試みるべき。
「できた！」と思っても決して満足することなく、常に「これで良いのだろうか」と自問自答を繰り返す。
このスレの回答者は皆そういう人たち。
そんな同意を求めることに何の意味がある？
他人がどうあろうと、自分が不満に感じるなら、少しでも改善を試みるべき。
「できた！」と思っても決して満足することなく、常に「これで良いのだろうか」と自問自答を繰り返す。
このスレの回答者は皆そういう人たち。
>>557ﾅｲﾅｲ
>>558
仕様で実装依存が認められているところは、全てのブラウザのバージョン毎に挙動を確認し、
ベンチマークの結果に 1ms でも有意な結果が現れれば、その原因を突き止める。
次の仕様の策定に向け、常に最新の流行にアンテナを張っておき、自らも新たな潮流の源となる。
ここの回答者は皆実践してる。
仕様で実装依存が認められているところは、全てのブラウザのバージョン毎に挙動を確認し、
ベンチマークの結果に 1ms でも有意な結果が現れれば、その原因を突き止める。
次の仕様の策定に向け、常に最新の流行にアンテナを張っておき、自らも新たな潮流の源となる。
ここの回答者は皆実践してる。
イベントハンドラとイベントリスナーの違いって何なんでしょうか？
イベントに対する関数の登録方法とが違うこと( a.onclick=･･･ or a.addEventListener(･･･) )と
イベントハンドラは1つのイベントソースに対して1つしか関数登録できないけど、イベントリスナーはいくつでも登録できるということだけ知っています。
イベントのバブリングなど、内部的な動作にも違いはあるのでしょうか？
イベントに対する関数の登録方法とが違うこと( a.onclick=･･･ or a.addEventListener(･･･) )と
イベントハンドラは1つのイベントソースに対して1つしか関数登録できないけど、イベントリスナーはいくつでも登録できるということだけ知っています。
イベントのバブリングなど、内部的な動作にも違いはあるのでしょうか？
>>561
ブロードキャスターがキャストする
オブジェクトにおけるイベントの発生通知を
受け取る（聞く、Listenする）のがイベントリスナー
で、イベントリスナーには、受け取ったときにする処理を
関数として複数登録または削除できて
処理系でeventオブジェクトを受け取ることが出来る
ブロードキャスターがキャストする
オブジェクトにおけるイベントの発生通知を
受け取る（聞く、Listenする）のがイベントリスナー
で、イベントリスナーには、受け取ったときにする処理を
関数として複数登録または削除できて
処理系でeventオブジェクトを受け取ることが出来る
jquery使ってるから
$(function(){
はDOMがreadyになったら実行するための記述
$.eachはjqueryのeachメソッドを利用してるだけ
http://api.jquery.com/jQuery/#jQuery3
http://api.jquery.com/jQuery.each/
$(function(){
はDOMがreadyになったら実行するための記述
$.eachはjqueryのeachメソッドを利用してるだけ
http://api.jquery.com/jQuery/#jQuery3
http://api.jquery.com/jQuery.each/
Firefox5から6にアップデートしたら一部Javascriptが使えなくなったのですが、何か変更があったのでしょうか？
【環境】Safari（iphone）
【何をしたのか】なし
【エラーメッセージ】なし
【期待する結果】
キーボードのBを1回押した瞬間にB.mp3が再生される。（Bが押し続けられている場合は一度のみ再生）
キーボードのNを1回押した瞬間にN.mp3が再生される。（Nが押し続けられている場合は一度のみ再生）
iphoneにはキーボードがないのでBLUETOOTHのキーボードが接続されていると仮定。
赤色に塗られた丸円をシングルクリックすると1回押した瞬間にB.mp3が再生される。
（赤い丸円が押し続けられている場合は一度のみ再生）
青色に塗られた丸円をシングルクリックすると1回押した瞬間にN.mp3が再生される。
（赤い丸円が押し続けられている場合は一度のみ再生）
です。
意味不明あればすみません。真剣に障害のある方のコミュニケーションを取れる手段として考えています。
ご指導ください。
【何をしたのか】なし
【エラーメッセージ】なし
【期待する結果】
キーボードのBを1回押した瞬間にB.mp3が再生される。（Bが押し続けられている場合は一度のみ再生）
キーボードのNを1回押した瞬間にN.mp3が再生される。（Nが押し続けられている場合は一度のみ再生）
iphoneにはキーボードがないのでBLUETOOTHのキーボードが接続されていると仮定。
赤色に塗られた丸円をシングルクリックすると1回押した瞬間にB.mp3が再生される。
（赤い丸円が押し続けられている場合は一度のみ再生）
青色に塗られた丸円をシングルクリックすると1回押した瞬間にN.mp3が再生される。
（赤い丸円が押し続けられている場合は一度のみ再生）
です。
意味不明あればすみません。真剣に障害のある方のコミュニケーションを取れる手段として考えています。
ご指導ください。
>>570
肝心のサンプルコードがないよ…
肝心のサンプルコードがないよ…
iOSのsafariからのアップロードは無理、html5だろうがファイル選択自体ができない
>>578
createElement は遅くないですし、innerHTML は速くありませんよ。
http://msdn.microsoft.com/ja-jp/library/bb263997%28VS.85%29.aspx
高速化したいなら注意すべき点はたくさんあります。
- リフローを減らす
- グローバルアクセスを減らす
- プロパティアクセスを減らす
- cloneNode で複製する
http://tokkono.cute.coocan.jp/blog/slow/index.php/web-technology/reflow-and-repaint-in-browser/
http://tokkono.cute.coocan.jp/blog/slow/index.php/web-technology/top-10-reasons-javascript-blocking-page-load/
createElement は遅くないですし、innerHTML は速くありませんよ。
http://msdn.microsoft.com/ja-jp/library/bb263997%28VS.85%29.aspx
高速化したいなら注意すべき点はたくさんあります。
- リフローを減らす
- グローバルアクセスを減らす
- プロパティアクセスを減らす
- cloneNode で複製する
http://tokkono.cute.coocan.jp/blog/slow/index.php/web-technology/reflow-and-repaint-in-browser/
http://tokkono.cute.coocan.jp/blog/slow/index.php/web-technology/top-10-reasons-javascript-blocking-page-load/
load後のなにかのイベントで、画面作ったりするときに、innerHTMLだとDOM構造が読み取れるようになるまでに若干タイムラグがあって、直後にgetElementってやると失敗するときあるじゃん
ちゃんとcreateElementってやった方が確実安全、速度も悪くないよ
そいえば6とか昔のIEは遅かった記憶がありますね。当時のFFやWebKitの数十倍ぐらい差があったような。
ちゃんとcreateElementってやった方が確実安全、速度も悪くないよ
そいえば6とか昔のIEは遅かった記憶がありますね。当時のFFやWebKitの数十倍ぐらい差があったような。
>>581の「失敗するとき」の例を挙げてもらえませんか？
>>584
うちのドロイド君はアップロードちゃんとできてるよバージョンはAndroid 3.1
うちのドロイド君はアップロードちゃんとできてるよバージョンはAndroid 3.1
>>588
>>572はhttp://www.schillmania.com/projects/soundmanager2/ を使ってるんではないかと思われる
soundmanager2.js も swf もないから動かなくて当たり前だなｗ
>>572はhttp://www.schillmania.com/projects/soundmanager2/ を使ってるんではないかと思われる
soundmanager2.js も swf もないから動かなくて当たり前だなｗ
というか、getElementById ってエラーを返したっけ？
null が返るのならわかるが
null が返るのならわかるが
エラーになるのは腐った実装
仕様ではブラウザのUIとDOM操作もJSにシングルスレッド的同期させないといけない
非同期でいいのはレンダリング部分だけ
仕様ではブラウザのUIとDOM操作もJSにシングルスレッド的同期させないといけない
非同期でいいのはレンダリング部分だけ
曖昧で申し訳ないんだけど1年ぐらい前のSafariでよくあったから、以後経験則的に避けてました。
仕様はちゃんとなってるんですねー、勉強になりました。
エラーってのは594さんの通り、取得出来きないまま続いた結果、ヌルに対するアクセスになって…というものです。
仕様はちゃんとなってるんですねー、勉強になりました。
エラーってのは594さんの通り、取得出来きないまま続いた結果、ヌルに対するアクセスになって…というものです。
基本的にinnerHTMLのほうが速いんでしょ
IEだとうまくいかない要素があるみたいだけど
IEだとうまくいかない要素があるみたいだけど
>>597
どこを読んだらinnerHTMLが速いと読めるのか？
どこを読んだらinnerHTMLが速いと読めるのか？
場合にもよるがCREATE作業はinnerHTMLの方が早い
APPEND作業はinnerHTMLだと解析が入る分だけ固まるのでcreateElementの方が若干早い
単純なCREATE作業＋APPEND作業は仕組み的にはinnerHTMLの方が
余計な処理が要らない分、まとめて処理できる分早くなる
しかも実際使用する場面ではCREATE作業時間＞＞＞＞＞APPEND作業時間になる事が殆どなので
innerHTMLの方が早いのは確実だがそもそも用途によって使い分ける物だからな
APPEND作業はinnerHTMLだと解析が入る分だけ固まるのでcreateElementの方が若干早い
単純なCREATE作業＋APPEND作業は仕組み的にはinnerHTMLの方が
余計な処理が要らない分、まとめて処理できる分早くなる
しかも実際使用する場面ではCREATE作業時間＞＞＞＞＞APPEND作業時間になる事が殆どなので
innerHTMLの方が早いのは確実だがそもそも用途によって使い分ける物だからな
http://tockri.blog78.fc2.com/blog-entry-9.html
これを信じてる人もいるんだなー
これを信じてる人もいるんだなー
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ
/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで / 
JavaScript スレッド一覧へ類似してるかもしれないスレッド
- + JavaScript の質問用スレッド vol.81 + (1001) - [97%] - 2010/12/10 20:01
- + JavaScript の質問用スレッド vol.82 + (1001) - [97%] - 2011/1/19 7:54
- + JavaScript の質問用スレッド vol.88 + (1001) - [97%] - 2011/7/20 7:03
- + JavaScript の質問用スレッド vol.87 + (1001) - [97%] - 2011/6/21 6:33
- + JavaScript の質問用スレッド vol.86 + (1001) - [97%] - 2011/5/27 21:50
- + JavaScript の質問用スレッド vol.99 + (1001) - [97%] - 2012/5/7 4:32
- + JavaScript の質問用スレッド vol.85 + (1001) - [97%] - 2011/4/25 21:32
- + JavaScript の質問用スレッド vol.79 + (1001) - [97%] - 2010/9/11 6:50
- + JavaScript の質問用スレッド vol.84 + (1001) - [97%] - 2011/3/30 7:32
- + JavaScript の質問用スレッド vol.80 + (1001) - [97%] - 2010/11/9 2:17
- + JavaScript の質問用スレッド vol.83 + (1001) - [97%] - 2011/2/24 8:02
- + JavaScript の質問用スレッド vol.119 + (1002) - [95%] - 2014/10/3 15:30
- + JavaScript の質問用スレッド vol.139 + (1001) - [95%] - 2019/5/27 15:15
- + JavaScript の質問用スレッド vol.129 + (981) - [95%] - 2016/5/5 8:16
- + JavaScript の質問用スレッド vol.129 + (926) - [95%] - 2017/7/27 13:45
- + JavaScript の質問用スレッド vol.109 + (1001) - [95%] - 2013/10/7 13:16
- + JavaScript の質問用スレッド vol.94 + (1001) - [95%] - 2012/1/8 15:46
トップメニューへ / →のくす牧場書庫について