元スレ+ JavaScript の質問用スレッド vol.104 +
JavaScript覧 / PC版 / みんなの評価 :
551 = :
>>547
C/C++でint32がとる32ビットは処理系依存だよ。2＾32の範囲とってくれるとは限らない。
552 = :
>>544
javascriptで言うコンパイルはブラウザが行ってる訳
わかる？
555 = :
なんとJavaScript自体がどういう風に動いているかすらわかっていなかったというオチか
よく仕事になるな
556 = :
androidも同じようなことが言えるよ
557 = :
知識をもとに回答をくれている方には真面目な回答します。
>>549-551
細かい人間で悪いのですが、私の言っている問題とは少し違いますね。
理解と共に作成時に判断できるところがです。
コンパイラ等の処理系の問題は知っていますが、
作成時に知識と共に判断できる周知性がありますよね。
かつクライアントでの実行結果には均一性があると思います。
APIの件はたしかにある意味似ていますね。
細かい部分は良いから、とりあえず今のバージョンにあわせれば直るという
いまいち理解できない対処法方が・・・
ただ、誤作動までに明らかな行程があり、
仕様が変わったという原因があるわけです。
”間違えた構文”で動作し、結果が変わるというのは
言語として均一性において別問題でしょう。
もちろんJScriptやらが標準なのに構文チェックしないieがクソであって、
javascriptが悪いと言うのはお門違いだとは少しおもいますが、
初回でこんなことに陥らせたjavascriptが気持ちの悪い言語と言うのは変わらないですね。
558 = :
>>557
うざい死ね
559 = :
偉そうだなおいｗ
560 = :
>>557
そもそもdocument.xxxxxはjavascriptの言語仕様じゃない
DOM APIっていうブラウザにアクセスするためのAPIだ
561 = :
>>557
javascriptに限らず、異なる環境では明らかに動かないとは言えないけど
動作が微妙に異なって、それが問題になるなんてことは珍しいことじゃない
あんたがそれを知らないのはそういうレベルのものを作ったことがないだけだ
例えばデバイスドライバとかを作ってみればわかる
562 = 517 :
>>557
>初回でこんなことに陥らせたjavascriptが気持ちの悪い言語と言うのは変わらないですね。
「僕ちゃんプログラム書けるから！JavaScript？ブラウザで動くあれだろー？余裕余裕まかせてー」
↓
書き方を見つけて、それがレガシーだと知らずにそのまま使ってドヤ顔
↓
「せっかくやってくれたのに悪いんだけど、IEで動作が…」ｲﾗｯ
↓
（ﾌﾟｰｸｽｸｽ）
↓
「えっ？そんなっ…！！」
↓
「IEでエラー出すって、初めてだとよくあるらしいですね。やっぱり専門の人に…」ｲﾗｯｲﾗｯ
↓
「ちょっ、ちがっ…、まって、まって。確認するから…確認…」
こういうのを想像した
563 = :
所詮はＩＴ土方だからな
564 = :
JavaScriptがどうこうじゃなくて、cssだろうとieは気を付けないと
571 = :
>>570
なるほどロードされてしまうものなのですね
事前に切り取っておきます
ありがとうこざいました
572 :
現在、次のような感じで、全てファイルを読みこんだ後にファイル内の関数を利用しています。
<SCRIPT src="f001.js"></SCRIPT>
<SCRIPT src="f002.js"></SCRIPT>
<SCRIPT src="f003.js"></SCRIPT>
if(scn == 0){
f001();
}else if( scn == 1){
f002();
}else if( scn == 2){
f002();
}else{
f001();
}
条件に一致した時のみファイルを読み込ませようとして、次のようにやったのですが、ダメでした。
if(scn == 0){
<SCRIPT src="f001.js"></SCRIPT>
f001();
}else if( scn == 1){
<SCRIPT src="f002.js"></SCRIPT>
f002();
}else if( scn == 2){
<SCRIPT src="f003.js"></SCRIPT>
f003();
}else{
<SCRIPT src="f001.js"></SCRIPT>
f001();
}
出来るだけ読み込むファイルを少なく効率的にしたいのですが、どのようにしたらよいでしょうか？
574 = :
>>572
＞次のようにやったのですが、ダメでした。
それで出来るってどこで勉強したの？
オレルールがダメなたびに聴かれたら困るから
プログラミングするなら、せめて構文とはなにかを勉強してくれ。
575 = :
>>572
そのむき出しのスクリプトタグはなんだ？
とりあえずスクリプトがheadにあり読み込み同期中と仮定して
document.write('<SCRIPT src="f001.js"></SCRIPT>');
ってしてみたらどう？
それでダメならごちゃごちゃとスクリプト書くことになるから全部読み込ませた方が早い
576 = :
>>572
わりとめんどくさい
標準では提供されていない
できるだけサーバ側でなんとかしたほうがいいが、ブラウザ側でやるなら、
>>575みたいなのとか、scriptタグをDOMへ挿入するとか、
これは非同期的に読み込みが行われる
jQuery使って$(document.body).append($('<script src="f001.js"/>'))とかすると、
これは同期的に読み込みが行われる
こういう目的のライブラリもけっこうあるから調べてみるのもいいかも
関数の読み込みを同期的に読むか非同期的に読むかとか、
非同期的に呼んだ場合関数がどのタイミングで使えるようになるかとか、
読み込む関数自体も非同期に適当なタイミングで実行できれば良いのかとか、
あとブラウザによっては動かなかったりとか、
いろいろ検討する要素が多い
578 = :
>>572
なんでもいいからデバッガ使ってエラーを理解しろ
話はそれからだ
579 = :
>>576
＞同期的に読み込みが行われる
え？何言ってんのこいつ
580 = :
>>579
ためしてみた？
581 = :
質問！
JavaScriptでもjQueryでもいいのですが
簡単に設置できるチャットってありますか？
583 = :
>>580
x = $('<script src="f001.js"/>')はすぐ戻ってくるけど
その後$(document.body).append(x)やると、実際にf001.jsを読み込んで
それを実行するまでブロックしてから戻ってくるなあ。
サーバ側細工してf001.jsの読み込みを10秒ぐらい遅らせてもきっちり待ってくれる。
以下みたいなコーディングを実際にしちゃっても問題無いってことなのかね？
$(document.body).append($('<script src="f001.js"/>'));f001();
こんな感じに、
stag = document.createElement("script"); stag.src = "f001.js";
document.body.appendChild(stag);
DOMに直接挿入した場合には、appendChildが戻ってきてもまだf001()は呼べないね。
onloadとか設定して監視するとかしないといけないから面倒だ。
584 :
ブログやってるんですけど、
http://www.lifehacker.jp/
ここの一番上のスライドする記事リンクみたいのはどうやって作るのでしょうか。
ご教示願います。
585 = :
>>583
ajaxの非同期モードでスクリプトを読んで、evalしているみたいだね。
586 = :
非同期ちがう同期や
587 = :
>>584
jQuery pluginのbxSlider
588 :
>>587
ありがとうございます。
色々派生系あってすごい助かりましたたたたたたたたたたた！
590 = :
>>583
ちょっと前にあった$('<img ..>')の時点で読み込み始まる話と矛盾してると思って確かめてみた
x = $('<div><img ..><script ..></div>')
$(document.body).append(x)
imgタグの読み込みは1行目で始まって、scriptタグの読み込みは2行目で同期方式で行われる
そして、scriptタグの中身はちゃんと実行されるのを確認したけど、
DOMには<div><img ..></div>の部分しか反映されない
つまり、scriptタグの部分は削除してjQueryで独自に処理、
それ以外のタグ？はDOMに処理をお任せしてるみたい
591 = :
scriptはブラウザに依らなかったか？
592 = :
>>591
jQueryがブラウザによって動作を変えてるって意味？
>>590のは要するにscriptタグの処理をブラウザに頼らずjQueryが自力でやってるように見える
とりあえず手元のIE9、Firefox17、GoogleChrome最新で確認した
593 = :
>>592
できれば、古いjQueryで確かめて欲しい。
ソースのdomManipあたりにそういう処理があるけど、古いのにはないし。
どっちにしろ、ドキュメント化されてないふるまいに依存するのは、危険だと思うけれども。
594 = :
jQueryがどうかは詳しく知らんけど
ツリーにぶら下がった<script>要素にsrcがあればその次点で読み込み開始
↓
レンダリング停止
↓
読み込み終わると評価開始
↓
評価終了後、レンダリング再開
これだけ覚えとけばなんとかなるじゃろ
595 = :
>>593
簡単に確認してみたが、1.2.5から>>590の動作をするようになったみたい
596 = :
>>594
レンダリング停止するのかね？そのへんはブラウザ依存の気もする
jQuery使わないでDOMツリーにぶら下げる場合はいつ評価終了するのかが非同期なんで、
イベントハンドラなりでそれを捕まえる必要があるね
598 = :
B.prototype = Object.create(A.prototype) と継承した場合、Bのプロトタイプ＝Aのインスタンスになるので
B.prototype.name = "JS" は、実際はAのインスタンスにnameプロパティが追加されるという認識でいいのでしょうか？
599 = :
createって新しいオブジェクトを返すんじゃなかったっけ？
600 = :
Object.create(A.prototype)は、新しく作ったオブジェクトに対してA()の呼び出しをしないnew A()だね
なので1行目は新しく作ったオブジェクトへの参照をB.prototypeに代入してるだけで、
B.prototype.nameはその新しく作ったオブジェクトのnameプロパティになるのは当たり前
その新しく作ったオブジェクトはAのインスタンスと呼んでいいのかは知らん
Aのコンストラクタ実行してないわけだから
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ
/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで / 
JavaScript一覧へ類似してるかもしれないスレッド
- + JavaScript の質問用スレッド vol.109 + (1001) - [97%] - 2013/10/7 13:16
- + JavaScript の質問用スレッド vol.144 + (288) - [97%] - 2020/5/17 20:00
- + 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.105 + (1001) - [97%] - 2013/5/20 4:45
- + JavaScript の質問用スレッド vol.106 + (1001) - [97%] - 2013/7/20 9:30
- + JavaScript の質問用スレッド vol.107 + (1001) - [97%] - 2013/9/7 10:16
- + JavaScript の質問用スレッド vol.108 + (1001) - [97%] - 2013/9/21 15:16
- + JavaScript の質問用スレッド vol.134 + (1001) - [97%] - 2018/8/3 23:15
- + JavaScript の質問用スレッド vol.124 + (1001) - [97%] - 2015/7/16 1:30
- + JavaScript の質問用スレッド vol.114 + (1001) - [97%] - 2014/5/3 10:45
- + 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
トップメニューへ / →のくす牧場書庫について