私的良スレ書庫

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

元スレ+ JavaScript の質問用スレッド vol.89 +

JavaScript スレッド一覧へ / JavaScript とは? / 携帯版 / dat(gz)で取得 / トップメニュー

みんなの評価 :
レスフィルター : (試験中)

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ

/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで

801 : 750 - 2011/08/25(木) 23:13:59.80 ID:6pG79dRN (+44,+29,-30)

質問の仕方が悪かったのかな？
お騒がせして申し訳ない

>>798-799
確かに便利かもしれないけど、静的な型付け必須にすると型変換と両立できなくなってJavaScriptらしさが抜けるのがなーって思ってる

802 : Name_Not - 2011/08/25(木) 23:16:39.61 ID:??? (+44,-30,-223)

【環境】Windows , chrome:IEの最新
【何をしたのか】関数内で <span id="name"></span>の内容(ソース)を書き変えようとした
【期待する結果】ジャンプしないリンクを押下することでspan内の内容を変えたい、その際サーバ側のファイルを使用したい
【サンプルコード】
function func(){
var ele = document.getElementById('spanname');
ses.src = URL;
}

---URL先のjsファイル---
document.write("hoge");

func関数が呼ばれていることはalert関数をfunc関数内で呼び、確認しました。
URLは http から始まる絶対指定(?)で行っています

jsファイルは同一サーバにあるものの私の管理ではないため相手側のソースを使用する必要があります
よろしくお願いします

803 : Name_Not - 2011/08/25(木) 23:16:45.50 ID:??? (+37,-29,-42)

>>800
たとえば双方のデータを比較前に文字列から数値型にする処理を書いていたとする。
その場合、===で比較する?
それとある数値と関数の戻り値(戻り値が数値型だとわかっている)状態で===で比較する?

804 : Name_Not - 2011/08/25(木) 23:19:53.50 ID:??? (+81,+24,-15)

>>802
そういうのはjQuery使うとものすごく楽だぞ

805 : Name_Not - 2011/08/25(木) 23:22:18.12 ID:??? (+99,+29,-3)

>>803
するんだけど、何かまずいのかな？

806 : 804 - 2011/08/25(木) 23:25:00.43 ID:??? (+8,-30,-46)

$("ボタンのID名").click(function(){
$("spanのID名").load("ファイル名");
});
たぶんこれだけの処理。

807 : Name_Not - 2011/08/25(木) 23:27:32.28 ID:6pG79dRN (+74,+29,-12)

>>804,806
それクロスドメイン制限に引っかかる

808 : Name_Not - 2011/08/25(木) 23:28:54.67 ID:??? (+97,+30,-91)

>>805
まずいとかではなくて型が同じなのが確実にわかっているのに型比較までするか?って事。
実際比較したこと無いけど「==」と「===」とでは比較する部分が多くなるから処理速度も変わってくるんじゃないの?

こういう事書くと定番のソートネタになる気がする。
処理速度より簡単なバブルソートでいいんじゃんって言うような物。
比較データ数が少ない場合はまだ処理速度に差が出ないけどデータサイズがでかくなってくると差が出てくる。
同じように比較処理もちりが積もればなんとやらと同じだと思う。

809 : 806 - 2011/08/25(木) 23:34:09.72 ID:??? (+34,-30,-111)

>>807
>jsファイルは同一サーバにあるものの
ってあるから同じドメイン上だと思っていたけど違うのか?
情報の小出しするな。最初から必要な情報すべて書いておけ。
だったらAJAX使う。
$("ボタンのID名").click(function(){
$.ajax({
　 url: $url,
　 cache: false,
　 success: function(html){
$("spanのID名").html(html)
　 }
});
});

810 : Name_Not - 2011/08/25(木) 23:35:20.14 ID:??? (+106,+29,-20)

>>808
処理速度よりまずは安全に比較できることを優先したいから、俺は===だけ使います。

811 : 806 - 2011/08/25(木) 23:35:57.49 ID:??? (+3,-30,-78)

やば寝ぼけてきた。書き間違いがあった。
$("ボタンのID名").click(function(){
$.ajax({
　 url: ファイルのURL,
　 cache: false,
　 success: function(html){
$("spanのID名").html(html)
　 }
});
});

812 : Name_Not - 2011/08/25(木) 23:37:09.53 ID:??? (+106,+29,-5)

>>810
それこそ安全性を考えるなら型宣言があった方が良いね。

813 : Name_Not - 2011/08/25(木) 23:40:19.04 ID:6pG79dRN (+0,-30,-122)

>>808
処理速度を求めるなら === が正解
内部的には == も型比較してる
http://www2u.biglobe.ne.jp/~oz-07ams/prog/ecma262r3/11_Expressions.html#section-11.9.3
http://www2u.biglobe.ne.jp/~oz-07ams/prog/ecma262r3/11_Expressions.html#section-11.9.6

>>809
ああ、ごめん
管理下にないから別サーバだと脊髄反射してた
>>806でいけそうだね

> 情報の小出しするな。最初から必要な情報すべて書いておけ。
誤解させて申し訳ないけど俺は質問者じゃないんだ…

814 : Name_Not - 2011/08/25(木) 23:43:55.19 ID:??? (+79,+29,-22)

>>812
===できちんと型まで比較できるならそれで良いんじゃない？
今は==の使い道について話してるので、型宣言の話とか勘弁して下さい

815 : 802 - 2011/08/25(木) 23:46:04.62 ID:??? (+71,+30,-101)

>>809
クロスドメイン制限は引っ掛からないと思います
jQueryについては独断で使用するわけにはいきませんが、便利そうなので使用できるように相談してみます

未熟なこともあり環境も全て把握できているわけではありませんが頑張ってみます、ありがとうございます

>>807
管理というか担当が違うといった感じです、誤解させてすみません

816 : Name_Not - 2011/08/25(木) 23:47:12.39 ID:??? (+14,-29,-68)

>>813
http://d.hatena.ne.jp/yamada6789/20100109/1263143419
でもブラウザの2大分派のIEとFireFoxでは===の方が速い結果に。
で信者が少ないChromeとOperaは==の方が速いという結果に。

ただしこの比較のバージョンが古いみたいだから現在はどうなっているのかな?
後でここに書かれているソースで実験した方が良いかな?

817 : Name_Not - 2011/08/25(木) 23:49:56.85 ID:??? (-3,-28,-20)

>>813
800だけど、調べてくれてありがとう。
'1'と1が正しいかを調べるために型まで調べる必要があるのか。
言われてみれば==のほうがいろいろ処理が必要になりそう。

818 : Name_Not - 2011/08/25(木) 23:57:07.56 ID:6pG79dRN (+21,+29,-19)

>>816
それはサンプルソースが悪いと思うな
型変換が働かないケースで比較してもたいした差が出るとは思えない

819 : Name_Not - 2011/08/25(木) 23:58:08.89 ID:??? (+22,-24,-22)

>>814
他の宣言が必要な言語では==で比較できるから
>>798みたいな他の言語を行き来するならありがたいだろうね。
これに加えてvbだと＝だけでひかくできるからこわい

820 : Name_Not - 2011/08/26(金) 00:28:24.77 ID:??? (+20,-30,-95)

仕様を見ればどっちの方が遅そうとか判断着くと思うのだが・・・
==の比較のアルゴリズム
http://www2u.biglobe.ne.jp/~oz-07ams/prog/ecma262r3/11_Expressions.html#section-11.9.3
===の比較のアルゴリズム
http://www2u.biglobe.ne.jp/~oz-07ams/prog/ecma262r3/11_Expressions.html#section-11.9.6

821 : Name_Not - 2011/08/26(金) 00:56:50.60 ID:??? (+3,-30,-95)

822 : Name_Not - 2011/08/26(金) 10:43:42.77 ID:WIWFubYy (+26,+29,-3)

>>820-821
落ち着け…、>>813で既出だ

823 : Name_Not - 2011/08/26(金) 11:00:28.33 ID:??? (+57,+29,-17)

2回投降なのは2chの鯖落ちが原因なんだ・・・

824 : think49 - 2011/08/26(金) 11:10:04.32 ID:??? (-1,-29,-60)

私の環境で検証したところではどのブラウザも厳密等価演算子(===)が速い結果に。
# あえて等価演算子(==)が遅くなるであろう値を選んでいます。
http://jsperf.com/equals-operator-vs-strict-equals-operator

825 : think49 - 2011/08/26(金) 12:40:01.17 ID:??? (-1,-29,-59)

概ね全てのブラウザで厳密等価演算子(===)が等価演算子(==)より高速なようです。(Firefox 6 で型変換が働かないケースは例外)
http://jsperf.com/equals-operator-vs-strict-equals-operator/2

826 : Name_Not - 2011/08/26(金) 18:02:52.58 ID:??? (+14,+14,-5)

言語仕様の話題は下のスレでやった方がいいみたいだな

JavaScriptスレ
http://hibari.2ch.net/test/read.cgi/tech/1314333133/

827 : Name_Not - 2011/08/26(金) 19:28:16.02 ID:DB9a6OQ2 (+13,+29,-20)

http://gihyo.jp/dev/serial/01/crossbrowser-javascript/0016?page=2
このサンプルコードはもうこれ以上簡単にはなりませんか？
要素を渡してnewするだけで組み込めるこういうやつを自分も作ってみたいのですが
難しくて理解できません

828 : Name_Not - 2011/08/26(金) 20:55:38.07 ID:??? (+59,+6,-4)

>>826
今日たったばかりのスレをなぜ推す？
仕様の話はECMAScriptスレだと思うが >2

829 : Name_Not - 2011/08/26(金) 23:49:48.08 ID:YOMV8Pin (+30,+29,-13)

>>827
難しくて理解できないのは、複雑だからじゃなくて、知らないからだと思う
雑に考えずに、わからないところを一個ずつ調べていけばいいよ

830 : Name_Not - 2011/08/27(土) 01:31:39.34 ID:??? (+2,-26,-12)

>>827
メモリーリーク

831 : Name_Not - 2011/08/27(土) 01:43:25.16 ID:??? (+89,+29,-34)

どうでもいいけど、ECMAScriptがJavaScriptの規格っていうの初めて知ったわ
JavaScriptで検索しても出ねえなとか思ったけど、
言語仕様話すレベルだったら知ってて当然なんかな

832 : Name_Not - 2011/08/27(土) 01:54:20.17 ID:??? (+110,+29,-47)

>>831
昔のテンプレの定番にECMAScriptチュートリアルってのがあった
Javaをかじった人向けでやや不正確な部分もあったが
とほほなんかより、はるかにまともな解説だった

833 : Name_Not - 2011/08/27(土) 02:07:28.47 ID:??? (+71,+29,-77)

とほほは過去の遺物でしかないからな・・・今となっては無意味な文書も多いし
今はだいたいMozilla Developer Networkを見てる
まとまった解説があって、そこそこ定期的に情報が更新されて、仕様へのリンクもあって、それなりに検索がやりやすい
もちろん間違った部分もなくはないけど、サッと調べやすくて重宝してる
MSDNもマシになってきてるけど、検索がまったく使いものにならないから非常に困る

834 : Name_Not - 2011/08/27(土) 02:14:36.13 ID:??? (+62,+29,-23)

MDNもMSDNも共通して勘違いしていることがある

技術文書は読めてナンボ
お前らの最新技術とやらを披露する場じゃねえよ
ねえんだよ……

835 : Name_Not - 2011/08/27(土) 02:53:00.64 ID:??? (+57,+29,-35)

全然関係ないサイトを私物化してるって話でなく、
自分たちで作ってるサイト上で自分たちの技術を披露してるのをとやかく言うって、どういうことなの

836 : Name_Not - 2011/08/27(土) 07:26:15.72 ID:??? (+95,+29,-82)

JSのライブラリ配布サイトで
JS有効でないとダウンロードできないサイトを
どう思うかってのと同じじゃね

緊急にJSの動かない環境でダウンロードしなければならなくなったとき
あれはホントにむかついたなあ
デモはデモで別にやれ、文書は読めてナンボなのはその通りだと俺も思った

837 : Name_Not - 2011/08/27(土) 07:49:25.94 ID:??? (+68,+29,-15)

>>836みたいな馬鹿が早く消えてくれるといいな

838 : Name_Not - 2011/08/27(土) 11:18:36.86 ID:??? (+70,+29,-2)

>>832,833
とほほ信者ですが何か？

839 : Name_Not - 2011/08/27(土) 11:48:16.50 ID:+u3/5HJT (+24,+29,-47)

正直どのサイトがいいとか悪いとか思わない
どのサイトも不完全で組み合わせないと役に立たない
そういう意味で最も完全で頼りになるサイトは
http://google.com/

840 : Name_Not - 2011/08/27(土) 12:05:58.98 ID:??? (+40,-29,-20)

>>834
MDN は Firefox の仕様書、MSDN は IE の仕様書だから何も間違っていない。
標準化された仕様を読みたいならしかるべき仕様書を読むべき。

841 : Name_Not - 2011/08/27(土) 12:23:15.47 ID:??? (+85,-30,-62)

>>832
これ？
http://web.archive.org/web/20060319020814/http://www.axis.t.u-tokyo.ac.jp/~shunak/ecmascript/
クラスベース言語的な勘違いが生まれそうな点が心配かな。どちらにしても今となっては情報が古いか。

>>833
MSDNの検索にはGoogleウェブ検索のsite演算子を使うといいよ。

842 : Name_Not - 2011/08/27(土) 13:03:52.33 ID:f/HJOiJ4 (+66,+29,-86)

2つのjqueryを１ページ内に組み込んだところ、前に設置した方が動作しなくなりました。（追加分のコードを削ると復活）
複数のjqueryを単一ページ内で動作させる場合、何か約束事などあるのであようか？

843 : Name_Not - 2011/08/27(土) 13:08:31.86 ID:??? (+55,+8,-83)

このスレをjQueryで検索するといいよ。すでに2回同じ問題あったから。
あと、jqueryではなく、jqueryプラグインだろ？
本当にjquery.jsなら2つ動作させる意味が分からない。

844 : Name_Not - 2011/08/27(土) 14:40:11.35 ID:??? (+86,+30,+0)

>>842
>>477-481
>>619-622,624-627

845 : Name_Not - 2011/08/27(土) 15:10:32.96 ID:f/HJOiJ4 (+39,+29,-41)

>>843
仰るとおり「jqueryプラグイン」です。
>>844
わざわざありがとうございます。自分の場合とは異なる状況のようですが
これから色々試してみます。

846 : Name_Not - 2011/08/27(土) 17:40:45.70 ID:??? (+63,+29,-36)

>>840
何か誤解されたようだけど
一時期のMSDNはJS使いまくりで、ブラウザによってはまともに見れなかった
そんなのが技術文書でいいのか、て話だったんだが

847 : Name_Not - 2011/08/27(土) 17:44:09.99 ID:??? (+64,+29,-35)

>>841
当時はJavaScriptでJavaのように堅牢なコードを書く方法が模索されてた
それをぶち壊して今の流れを作ったのがPrototype.js

848 : Name_Not - 2011/08/27(土) 18:17:22.13 ID:??? (+101,+29,-54)

>>841
クラスベースとは違ううんたらは聞き飽きてるんだが
現場は今でもクラス的な書き方をしないとチームで共有できない
プロトタイプベースでコード保守する方法論があったか？

849 : Name_Not - 2011/08/27(土) 19:54:49.35 ID:??? (+102,+26,-43)

>>848
プロトタイプを使ってクラス的なものを作ってるんじゃないの？
それがプロトタイプベースでコード保守する方法論になると思うんだけど。

850 : Name_Not - 2011/08/27(土) 20:18:39.42 ID:??? (+71,+29,-50)

>>849
結局そうなるよな
仕様書作るときもクラス表現にするわけだろ
だったらプロトタイプベースを強調する実用的なメリットは？と思ったわけ
クラスでいいじゃん

前へ 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

トップメニューへ / →のくす牧場書庫について

総計:	127,062,836人
頁
昨日:	no data人
頁
今日:	人
頁