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

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

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

    451 = :

    てかreactにしろtsにしろscssにしろ
    変換しないといけないのがだるいよ
    それ一発でできるのが理想じゃない?

    452 = :

    理想の話をするならHTTPに変わるステートフルなプロトコルに普及していただきたい

    453 = :

    Reactでビルドかけたら依存しあってるモジュールが350もあるらしい
    フロント作るのにここまでやらんといけないのか
    複雑すぎだろ

    454 :

    javascriptの動的な読み込みって何かメリットありますか?

    455 = :

    >>454
    読み込みたくないときに読み込まなくて済む

    456 = :

    domのアニメーションずっとjQueryつかってるんだけど
    少しモダンな方法にも挑戦したい
    electronアプリの開発で練習したいんだけど
    おすすめだよってフレームワークやライブラリある?

    457 = :

    vueは最初の描画が遅すぎるのが厳しい
    Reactより高速が売りだった再描画もReact16になって抜かれたから
    パフォーマンス面では完全に置いていかれた感があるね

    Reactよりも高速なままだったのならvue一択なんだけど
    コミュニティ主導が為に
    React15→React16みたいに
    ゼロからコードを書いてやり直すとか無理だろうし多分詰んでる

    458 = :

    >>456
    DOMでそんなにアニメーションするもんじゃないと思うよ
    Canvas使ったほうが良い

    460 = :

    >>457
    SSRすればいいじゃん
    今はGAE/Node.jsあるよ?

    461 = :

    SSRってレアなの?

    462 = :

    初歩的な質問でごめん
    素のjsの勉強はしたところなんだけど、ページ上で面白いアニメーションみたいなの作りたい
    ああいうのはフレームワーク使えばいいの?
    XAMPPとMAMPは使える

    463 = :

    そういやFlashの代替アプリってできたの?

    464 = :

    >>460
    結局はvue.jsはフロントでは使い勝手がイマイチという結論にはなるわな

    465 = :

    >>461
    このスレではレア

    466 = :

    >>463
    Adobe Animate CCでhtml5とjs、WebGL、Scalable Vector Graphicsでアニメーション

    467 = :

    >>462
    おもしろいアニメーションはツールあんまり関係ない

    ありがちなアニメーションを手軽にやりたいなら
    CSSフレームワーク使えばいいと思うよ

    468 = :

    >>451
    ほんと、これだけ解決出来れば何にでも使うのに。

    結局普通のサイトではjqueryの方が早く終わる。

    469 = :

    結局、Reactなどの仮想DOMってさブラウザとネットワークが重いからわざわざめんどくさいことしてるわけだよな
    通常のサイト作るより30倍くらい労力が必要
    なぜならフレームワークや付随するライブラリの思想と仕様を把握しないといけないから
    そしていちいちGithubのissueを確認してバグがあったら回避策を自分で実装しないといけない
    その労力がハンパないわけ

    つまりブラウザもネットワークも速ければjQueryでいいんだよ

    470 = :

    >>469
    >つまりブラウザもネットワークも速ければjQueryでいいんだよ
    そやで
    争いのない平和な世界や・・・
    天国や・・・存在しないけどね・・・

    471 :

    えええええ
    思いのはネットワークじゃなくてDOMなんじゃない?

    472 = :

    >>471
    ブラウザが速いってことはDOM構築も速くなる

    473 = 471 :

    >>472
    いやそうではなく
    ネットワークとかハードウェアの速さの話ではなく

    Reactなどが仮想DOMを使ってごにょごにょするのは
    それこそjQueryみたいにいちいちDOMイジってるとリフローが遅いから
    仮想環境でそれを済ませて、最後に1回だけポコッと差分だけDOMに投入する
    って形をとってるわけじゃん?

    jQueryでやるにしても、DOMいじりが遅いのはわかってるから
    できるだけ文字列でやって、最後に$.html()でボコンと突っ込みましょう
    ってのが推奨されてるわけで

    474 = :

    それだけスピードは大切って事よ
    facebookはその辺が肝だと分かっているからか
    React16は高速化され過ぎてビビる

    475 = :

    速さを求める人の欲に上限はないからな
    どれだけ速度が上がろうと「じゃあこっちで作ったらもっともっと速いんじゃね?」
    のいたちごっこ

    476 = :

    一つのことだけやりゃあ良いわけでもないんで
    シングルスレッドのJSでは
    一つの処理がササッと終わってくれるってのはわりと大事なわけよ

    477 = :

    みんな常にパフォーマンス意識してやってるの?
    俺は、普通に書いてて重いと感じたら直す感じだけど

    478 = :

    >>477
    さすがに明らかに無駄な処理や計算量が多い処理は気にするけど、それ以外は可読性とか参照透過性優先

    479 = :

    >>477
    どうせ書き直す可能性があるなら、最初からパフォーマンス考えて書いたほうが精神的に楽と気付いた
    でも優先順位は>>478と同じく保守性がメイン

    480 = :

    >>473
    > Reactなどが仮想DOMを使ってごにょごにょするのは
    > それこそjQueryみたいにいちいちDOMイジってるとリフローが遅いから

    jQueryとReactではReactの方が遅いって知ってる?

    483 = :

    ない

    484 = :

    >>483
    ありがとうございます
    なんでこんな有用なものを削除していこうとするんでしょう
    ブラウザアドオンもどんどん弱体化してますが

    485 = :

    世の中にはいろんなデバイスとブラウザがある
    右クリックで縦に並んだ追加しやすいメニューが出るなんて限らない
    Webとは関係のないブラウザの問題

    486 = :

    >>484
    開発系を除けば、PCよりスマホでサイトを閲覧する人の方がはるかに多いから
    全体で見ればもう不要という方向なのだ

    487 = :

    >>480
    それはReact15までの話だぞ
    16になって書き直してからはパフォーマンスが劇的に上がってる

    488 = :

    >>486
    例えばgoogleスプレッドシートとかの右クリックメニューどうすんだろ?
    PCでも使えなくなるんだよね?

    489 = :

    >>488
    htmlの仕様から消えるだけ
    消える理由は、誰も使ってないから

    jsの
    addEventListener('contextmenu', ~
    は残るよ。
    スプレッドシートも見てみたけど、menuitem,contextmenuは使ってない。

    html5で追加された要素が瞬殺したってだけだな

    490 = :

    なるほどありがとう

    492 = :

    そもそもの原因のDOMなんてやめちまえばいい

    493 = :

    >>485-486
    ありがとうございます
    スマホでは使わないのは分かりますけどPCでは有用なわけで
    軽自動車に付けられない装備は4tトラックやベンツや消防車からも外そう(その方がスッキリ統一できるから)
    と言ってるような決定に思えます
    最近はそんなのばっかりですよね
    不満です

    494 = :

    >>493
    いや、無くなった理由は誰も使ってないから
    便利と思ってる人は少数派なのは間違いない

    俺も右クリックメニューを導入するなら間違いなくjsの方で実装する
    うまくやればスマホとPCで挙動合わせられるからな

    495 = :

    >>494
    そうですね、ただ私はのちのちjsの方からすら削除しようって言い出しゃしないかと不安なのです
    ともあれありがとうございました

    499 = :

    ブラウザデフォのコンテキストメニューに独自項目追加するのはユーザースクリプト作ってると便利だと思うこともあるけど
    Webページ側でやられると元からあるのか自前なのか区別つきにくい場合もあるからねぇ

    contextmenuイベント捕まえてpreventDefaultして自分で描画しろというのが今の流れ

    500 = :

    つまりコンテキストメニューをこっそり広告にしておいて
    「コピー」をクリックしたつもりが広告クリックに…


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

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


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