のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:127,644,904人
頁
昨日: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では有用なわけで
軽自動車に付けられない装備は４ｔトラックやベンツや消防車からも外そう（その方がスッキリ統一できるから）
と言ってるような決定に思えます
最近はそんなのばっかりですよね
不満です

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一覧へ
スレッド評価: スレッド評価について
みんなの評価 :
タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

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

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