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

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

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

    454 = :

    >>446
    もはやどの意見に対しての論破なのかもわからん

    455 = :

    googlemapの解析の難易度から言えば
    ミニファイによる難読性などは
    もはや本質的ではないといえる
    はい論破

    456 = :

    論破いいたいだけやろ

    457 = :

    複雑で大規模なコードであればあるほど変数名ないと読みづらいだろ

    458 = :

    難易度10000が難易度10500になる程度

    459 = :

    よくJavaScriptはソースが隠せないから怖くて仕事で使えないみたいな話しがあるが、
    Javaは逆コンパイル出来る事を考えれば、難読化したJavaScriptの方が型情報が無い分
    ソースを隠せてると言える

    460 = :

    読みにくいだけやろ

    461 = :

    ソースコードなんて難読化しようが圧縮化仕様がクライアントに渡る時点で全部漏れてるんだよ
    そんなところに気を使うなら人様にミられてもいいコードを書けばいい
    他人に見られると困るようなコードを書きたいならjavascriptは触るな

    462 = :

    そのコードについて一番詳しいのは自分
    という状態を保っておけばパクラーが出てきても問題ない

    463 = :

    >>461
    触るなとうのはJavaも含まれているのか？
    JavaScriptよりもJavaの方が分かり易いソースを得る可能性は高いと思ってるけど

    464 = :

    onblurハンドラがセットされている要素をblur()をしたら、
    onblurハンドラは、blur()以後のコードよりも先に実行されますか？
    場合によってはblur()以後のコードの方が先に実行されることがあり得ますか？

    465 = :

    >>448
    クラスなしのオブジェクト指向を理解したところで何になるわけ？
    それオブジェクト指向じゃないし
    言い方きついがJSでオブジェクト指向を理解するのはお前じゃ無理といっておく

    466 = :

    オブジェクト指向自体がオワコンだから、覚える必要なよ。
    関数型言語が復権する。

    467 = :

    >>465
    JavaScriptのオブジェクト指向にはクラスそのものは無いと読んだことがあります
    もしそうなら「クラス」あるいは「クラスのようなもの」というイメージで理解してしまうと
    JavaScriptでしかできないような書き方を否定してしまうようで、なんとなく避けたいです

    468 = :

    >>466
    復権も何も、関数型言語が覇権を握った事なんてあったっけ？

    469 = :

    いいや無い

    470 :

    >>399はどこに消えたのか

    471 = :

    Cを関数型言語だと誤解してる人は少なからずいる。

    472 = :

    >>467
    実際クラスベースっぽい書き方とprototypeベースっぽい書き方って大して変わらんよ
    継承の仕方が違うだけで
    どっちの書き方から覚えようともJavaScriptのオブジェクト指向がわかれば普通に両方書けるようになる

    473 = :

    >>466
    関数型パラダイムとオブジェクト指向は
    対立するものではなく共存するもの
    両方知る必要がある

    474 = :

    オブジェクト指向はオワコンになったんじゃなくて常識になったんだよ

    475 = :

    JavaScriptはプロトタイプを使って結果的にオブジェクト指向言語と同じことを実現しているだけなので
    「オブジェクト指向を覚える」という目的には適していない

    476 = :

    JavaScriptはPythonとかと全く同じオブジェクト指向言語とも言える
    本来はclassとかのキーワードを導入して実装の詳細は隠すもんだが
    JavaScriptはそれが剥き出しになってる(prototypeがそれ)

    動的言語のクラスシステムがどう実装されているか勉強にはなったが
    おかげでオレオレクラスシステムが氾濫するはめにもなった

    477 = :

    document.getElementByIdでDOM要素を変数に代入したあと
    そのDOM要素をremoveしても、
    変数の中にはDOM要素が入っています
    もしDOM要素を持っている変数がある場合は、それも削除しないと
    メモリは完全に解放されない、ということでしょうか？

    478 = :

    はい

    479 = :

    ありがとうございました

    480 = :

    function func(a){
    this.a=a;
    }
    なぜこれで保存？できるんですか？

    481 = :

    new A();とすると、
    Aと同名のコンストラクタ関数 Aが呼ばれるので、
    その中に、そのクラスに特有の処理を書けばよい

    function A(){
    thisを使って、プロパティ・メソッドを作る
    }

    次に、Aのプロトタイプに、親クラスPを、newして設定する
    これで、Aがnewされる時には同時に、Pの部分もnewされて、
    Pクラスのコンストラクタ関数 Pが呼ばれる
    A.prototype = new P();

    A1{P1}, A2{P2}
    オブジェクトA1の中にP1があり、A2の中にP2があるイメージ

    つまり、オブジェクト指向のクラスは、
    JSではコンストラクタ関数のこと


    そんなに本格的なことを勉強したいのなら、
    この本を読むのが速い

    はじめてのJavaScript、秀和システム
    掌田津耶乃(しょうだ つやの)、2013

    オブジェクト指向、DOMについて、
    各100ページの説明がある

    482 = :

    またかw

    483 = :

    >>481
    もはやネガティブキャンペーン

    484 = :

    >>480
    varなくても宣言できちゃうから、と返せば良いのだろうか

    485 = :

    >>481
    > これで、Aがnewされる時には同時に、Pの部分もnewされて、
    > Pクラスのコンストラクタ関数 Pが呼ばれる
    > A.prototype = new P();
    >
    > A1{P1}, A2{P2}
    > オブジェクトA1の中にP1があり、A2の中にP2があるイメージ

    間違ってます
    もういっかい勉強しなおしましょう

    487 = :

    イベントハンドラの中で
    一連のイベント処理が終わってから実行される処理をセットしたい場合
    どうやればいいですか？
    たとえばclickハンドラの中で、その処理をセット
    その後もイベントバブリングし、デフォルト処理もされる
    その後、clickハンドラの中でセットした処理が実行される
    という感じです

    488 = :

    setTimeoutでウェイトを持たせれば出来るとは思いますが
    それだと処理速度依存になるので、
    もっとスマートなやり方はできないかと

    489 = :

    setTimeoutで0を指定しても、イベント処理が終わった後に実行されました（chromeにて）
    望ましい動作ですが、
    これはJSにおけるデフォルトの動作なのでしょうか？
    つまり、「イベント処理がすべて終わるまではタイマ割り込みは発生しない」ものなのでしょうか？

    490 = :

    http://jsbin.com/vifuzoru/1/edit

    chrome/firefox/IEそれぞれの最新版では検証しても、
    setTimeout0はイベント処理の後に実行されました。
    関数の途中で割り込みが発生することはありませんが、
    イベント処理全体もそのような形でガードされているのでしょうか・・？

    491 :

    >>487
    前も同じ質問しませんでしたか？
    イベントハンドラ関数内で処理リストを持っておき、自前で管理して下さい。

    >>490
    保証されません

    492 = :

    ありがとうございます
    根拠は何でしょうか？
    イベントキューにスタックが積まれて、
    イベントループが順次処理する、
    settimeoutはイベントキューの最後に追加する、
    というような記事は見つかるのですが、
    あるイベントが呼び出すイベントハンドラの系が、
    イベントキューに単一タスクとして登録されるのか、そうでないのか
    という情報が今のところ見つからなくて困ってます
    根拠をご存知でしたら教えてください

    493 = :

    ん？
    タイマーの方は構わず発火しちゃうんじゃないか？

    494 = :

    タイマーもイベントキューで実行されるようです
    イベントキューに例えばクリックイベントが登録されるとすると、
    そのイベントの処理が実行されている間は
    イベントキューに何が積まれようがそもそも見られてもいないのでは
    とも思うのです

    495 = :

    俺もそんな気がしたけど仕様ざっと見てもそこらへん書いてなかったし、
    保証されてないのかな

    496 = :

    イベントキューの中ではタイマーもクリックもイベントという意味で同列で
    FIFOでたんたんと実行されていく、と考えたら、
    イベントハンドラの中でセットしたタイマーイベントがそのイベントが終わった後に実行されるのは
    原理的に必定だと言えるのでは。
    またハンドラ内でタイマー以外のイベントをtriggerした時にも、
    あくまでイベントキューに積まれるだけで、実行はそのイベントが終わった後になるはず

    497 = :

    いま問題にしているのは、バブリングしていくときにバブリングフェイズ全体が一つのタスクなのか個々のハンドラ実行が一つのタスクなのかってことだろ

    498 = :

    その疑問を呈したのは自分ですが、
    イベントキューというものの構造を考えると必然的にひとつのタスクになると思います
    キューに積まれているのは各ハンドラへの呼び出しではなく、
    クリックイベントだと思われますので。
    現にイベントフェーズの中で遅い処理を書いても、
    ハンドラ中で設定したsetTimeoutは必ずその後に実行されます

    499 :

    >>492
    仕様に書かれていないからです。
    最後に実行したいなら自前で順序を制御するのが最も確実であると思います。

    500 = :

    >>484
    ということは実質外部変数と同じってことですか？


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

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

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