のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:127,062,914人
頁
昨日:no data人
頁
今日:人
頁
最近の注目
人気の最安値情報

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

    JavaScript覧 / PC版 /
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。
    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで

    801 :

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

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

    802 = :

    【環境】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 = :

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

    804 = :

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

    805 = :

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

    806 = :

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

    807 = 801 :

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

    808 = :

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

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

    809 = :

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

    810 = :

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

    811 = :

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

    812 = :

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

    813 = 801 :

    >>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 = :

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

    815 = :

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

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

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

    816 = :

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

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

    818 = 801 :

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

    819 = :

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

    820 = :

    仕様を見ればどっちの方が遅そうとか判断着くと思うのだが・・・
    ==の比較のアルゴリズム
    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 = :

    仕様を見ればどっちの方が遅そうとか判断着くと思うのだが・・・
    ==の比較のアルゴリズム
    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

    822 :

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

    823 = :

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

    826 = :

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

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

    827 :

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

    828 = :

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

    829 :

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

    830 = :

    >>827
    メモリーリーク

    831 = :

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

    832 = :

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

    833 = :

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

    834 = :

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

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

    835 = :

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

    836 = :

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

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

    837 = :

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

    838 = :

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

    839 :

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

    840 = :

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

    841 = :

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

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

    842 :

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

    843 = :

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

    844 = :

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

    845 = 842 :

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

    846 = :

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

    847 = :

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

    848 = :

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

    849 = :

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

    850 = :

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


    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / JavaScript一覧へ
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

    類似してるかもしれないスレッド

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