Vue vs React vs Svelte Part.7
レス数が950を超えています。1000を超えると書き込みができなくなります。
実際どうなん？
※Angularは残念ながら全く話題にならなかったのでSvelteに差し替えました
Vue
https://jp.vuejs.org/
React
https://reactjs.org/
Svelte
https://svelte.dev/
※前スレ
Vue vs React vs Svelte Part.6
https://mevius.5ch.net/test/read.cgi/tech/1603771745/
★ここではjQuery, Ruby, C#, Blazorの話題は禁止です
★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください
Angular, Next, Nuxt, Sapper, Gatsby, VuePress, RedWoodなどはおｋ。 この準備サイトとやらがこの段階で10年後やらを見据える必要あるのかとか考えてなさそう
JSにアレルギーとかありそうw
ま、代替テキスト全くないのもどうかとは思うがね Nextjs使うよりもreact単体で作った方がいいケースってあるか？ >>852
規模次第じゃないの？
vueでも何でもnuxtってのはどうかと思うし 10年後を見据えるとvueもnuxtもなくなってるだろうな >>854
そうか？reactの方が無くなってるかもよｗ
正直流行るような要素無いやんｗ
独自ルール多すぎで >>855
実際に流行ってきてる
https://w3techs.com/technologies/history_overview/javascript_library/all/y
ぶっちゃけな。技術なんて大差ないんだよ。
あとはうまく宣伝できたほうが勝ち
2018/1/1 2019/1/1 2020/1/1 2021/1/1 2021/5/4
jQuery 73.1% 73.6% 74.2% 77.2% 77.8%
React 0.5% 0.2% 0.3% 0.3% 1.8%
Vue 0.1% 0.2% 0.3% 0.5% 0.5%
nuxt 圏外 Reactは今年ようやくjQueryの成長率を超えることができた
これはJavaScript全体でみてもまれな革命的な事例だ
誇っていいぞ
あとはどこまでこの快進撃が続くか
どこまでjQueryに追いつけるかだな
前みたいに一時的なものじゃないといいな jQueryの何が不味いかって、ECMAScriptやDOMの進化に付いていけない奴が量産された事なんだよなぁ。
fetch()がある現代にajax()使うためダケにjQuery突っ込まれてもね（IE非対応サイトなのに） 今のVueを見てるとクラスと関数コンポーネントでごたごたしていた頃のReact思い出すわ >>859
それでECMAScriptやDOMの進化についていくと
どういうメリットがあるんですか？ >>859
進化論で有名なダーウィンが言った言葉の話を知っていますか？
https://gendai.ismedia.jp/articles/-/70729
> “進化論を唱えたダーウィンは、「この世に生き残る生き物は、
> 最も力の強いものか。そうではない。最も頭のいいものか。そうでもない。
> それは、変化に対応できる生き物だ」という考えを示したと言われています”
↑こんなことはダーウィンは "言っていない" として有名な話です（笑）
自民Twitter炎上で注目 「ダーウィンの進化論」とは
https://www.tokyo-np.co.jp/article/37932
> ◆自民広報キャラ「生き残るのは変化できる者」に批判殺到
> 投稿直後から「進化論とも関係ないし、ダーウィンも一言も言ってない」
>「あんまり適当なこと言わない方がいいよ」などと批判の投稿が相次いだ。
> つまり、ダーウィンの進化論は、環境により適応した個体が子孫を残していくということ。
> 変化の結果で生き残ることはあっても、生き残ろうと変化していくものではないのだ。
jQueryは環境により適応しているため生き残ったわけですね。 すげーどうでもいい話ありがとう
ところでこのスレjqueryの話題扱ってないんだけどどう思う？ jqueryとreact/vueの使う場面って全然違うじゃない？
アプリケーション作るためにreactとか使ってるわけでそこでjqueryがどうこう言われても困っちゃうわけよ
ホームページ作ってるんじゃないの
わかる？ 同じことがreactにも言えるわけで
アプリ作ってるんじゃないの
わかる？ 確かにネット上の記事やコミュニティなんかを見てもjQueryの混じったコードは、Reactのそれに比べて明確にダサい（平均技術レベルが低い） 昔はVueがあればjQueryは要らないとか、明確にポストjQueryとして語られてたのに、言うことコロコロ変わるよな だってJavaScriptからのアプローチ（HTML+CSSはJavaScriptで生成）と
HTML+CSSからのアプローチ（JavaScriptは追加機能）とで
全然アプローチが違うんだもの、ポストjQueryになんてなるわけがないよ
今までHTMLとCSSメインで作っていて、一部分にjQuery使ってた所が
これからはJavaScritptに埋め込んで、ビルドして生成するだ！って
なるわけがないっつーの CDNでreactを直接参照してscript type="babel"
小さいサイトならこれでいい commonJS絶滅して欲しい
明日から急に使えなくなってくれ >>874
HTML+CSSからのアプローチなら今はプレーンJS+DOMで事足りちゃうんだよなぁ >>877
jQuery+DOMでも事足りるんじゃね？ jQueryおじさんなんとかならんかな
老害って言葉がぴったり 使ったほうが楽になるんだから
使わない理由がないってことだよ jQueryは帯（ウェブアプリ）に短し襷（ウェブサイト）に長しだし、変なクセは強いし、ランタイム無駄にデカい（上に下手すると使いまわせない）し、おまけに遅いし、楽さより面倒臭さが強くない？ >>847
SSRすることで解決するようで良かった。
これでCSRしないと空白ページのみという駄目サイトを脱せますね。
JS前提とせずともせめて閲覧だけは出来るべきですし、
JS有効環境でもReact等の重いダウンロード待ち＆CSR待ちで表示までの悪体感だけは避けて欲しいですね。 この手のサイトならSSGが一番良いかと。表示は確実にされる、速い、サーバに負担がかからない。
>>885
React単体は存外速くて軽いので、体感悪いサイトは色々突っ込み過ぎなんだろうね JSがいつか死ぬかもしれないとか詭弁だな
それならブラウザもHTMLもいつか死ぬかもしれないだろう JSは意外と快適なぐらいには育ってしまったので駆逐は難しいだろう Wasmはjavascriptにとって脅威にならず、互いに補完するものらしい。。
って、どういうことやねん！！ SvelteってjQueryの代わりにはなってもReactの代わりにはならんよね
html in JavaScriptなのか
JavaScript in htmlなのかで根本的に目的が違ってくる JavaScriptをオフでも見れるならjQueryの代わりになる いやそれじゃSSRとかいい出すから違うな
ウェブデザイナーがJavaScriptを使わずにウェブページを作成できるなら
jQueryの代わりになると言ったほうがいいか JavaScriptオフでも見られるｗｗｗｗｗｗ
jQueryってスゲーｗｗｗｗｗｗ
ｗｗｗｗｗｗ こういうバカってjQueryを何だと思ってるんだろうな。
JavaScriptで書かれたJavaScriptから呼び出すJavaScriptのライブラリだというのに。 >>902
それな。DOM APIでやれることを簡潔に記述できるようにしただけで
デメリットがあるとしたら僅かなパーフォーマンス低下とデータ転送量の増加があるだけ
ブラウザネイティブの機能と基本的に変わらないわけで
jQueryを否定するっていうことはブラウザのDOM APIを否定するのと同じなんだよな
ReactとかはそのDOM APIを否定してるわけだけどね
（DOM APIを使うな、混ぜて使うなっていう設計） スレタイの3つだとsvelteがシェアでは一歩遅れてる感じ？ ReactはDOMの補完じゃなくて、DOMをリアクティブに変える事がキモだからね。
DOMの補完だったjQueryはブラウザの進化で価値が無くなったけど、Reactがブラウザに取り込まれるとは今の所は思えない。
Reactが世代交代するのはもっと便利なパラダイムが出てきた時かな。 まだバーチャルDOMの概念をわかってない奴がいるのか
jQueryだとかDOM APIだとかいってるやつは根本的に理解できてないから必死で勉強しな
React使いは遥か高みにいる
ここまで登ってきな？ >>904
ライトユーザーから見たらコード数が少なく済むのが魅力的に見えるらしいがベビーユーザーから見たら別に不必要にコード数を減らしたい訳じゃないしな > DOMの補完だったjQueryはブラウザの進化で価値が無くなったけど
jQueryにはDOM API を簡潔に記述できるという価値が残っていて
それを理由に今もシェアを伸ばしてるんだけど知らない？
https://w3techs.com/technologies/history_overview/javascript_library/all/y
もうちょっとでjQueryのシェアは78%に到達するよ。1年で2%伸びてたりもするから
今年中は無理でも来年中には80%に到達するかもしれないね >>906
バーチャルDOMはDOM操作が速くなったら不要になる技術だよ >>910
残念ながら全然違ってる。
jQueryにおけるインスタンスはDOM要素のツリー
DOM要素のツリー毎にイベントハンドラが閉じた状態
そしてインスタンスをまたぐような処理はDOMのイベントではなく
DOMインスタンスのイベントとして送信される
その図に書いてあるようにReactが一つの巨大なstateオブジェクトを持っているのと違って
jQueryの場合はインスタンスごとに小さくstateを持っていて
インスタンス動詞の結合度は弱く、少ないイベントで通信する >>910みたいなものを見ると
自分でぐちゃぐちゃに壊しておいて壊れてる！って
言ってるだけなんだよなってわかる >>909
早くなることはないよ
canvasみたいなAPIじゃないと高速描画は無理 >>910
この図初めて見たけど、React触ってるときの感触めっちゃこれだわ！
あっちでイベント書いてこっちでインターフェイス書いて、そことここの処理の時系列による噛み合わせを考えて……な生DOM世界からの脱出だった。
Web標準コンポーネントで楽になるかと思いきや、それはそれで手続きが面倒くさかったし >>911
一つの巨大なState？？
React使ったこと無いの？ >>913
バーチャルDOMが最終的にDOM APIを呼び出してるって知ってる？
バーチャルDOMがDOM APIより速くなることはないよ
そういう意味なら、そのとおり >>916
Reactって仕組みの中にStateがいくつか入ってる図に見えるけど？？？ 複数のイベントから、同じstateに書き込んで
stateをグローバル変数のように使ってるやろ その図は本質ではない
一つのグローバルステイトを用意すればjQueryでも同じことはできる
Reactの本質はコンポーネントという単位で関心ごとを一つにまとめ上げたことだと思う
その中で状態の更新を一方通行でやれること いや功績と言うならreactというよりフレームワーク化とエディタ含めた統合環境だろ。少なくとももうjQueryは使いたくねえよ
あとスレチだからjQueryの話は止めとこうぜ >>917
それはコンパイラがアセンブラより速くなることはないといういつもの話。 >>921
自分で答えいっちゃってるじゃん
その図は本質ではない。
クソプログラマがメチャクチャなコードを持ってきて
ほらメチャクチャだと言ってるだけで
そんなやり方はしない
が正解なんだろ jQueryおじさんがReact触ったことないのはわかった みんなの職場は
デザイナーに投げたデザインページを
動的ページに合わせこみはどうやってるの？
俺はHTMLでもらって埋め込みを全部やり直してるけど
超めんどくさいわ
特にjsで動的にな動きをデザインに合わせて再実装するのが
苦行で死にそう
デザイナーが作ったcssクラスの解読とか
特にアイコンや
before after要素とかがまじで嫌い >>928
そういう所に使うのがそもそも間違ってる
見た目なんかどうでもいい所に使うのが正しい >>928
お前が無能なだけ
デザインから構築すらできないならフロントエンドエンジニアやめろ
html cssなんてデザイナーよりできて当たり前だろ
style componentやjsxをデザイナーにやらせるのかよ？ >>929
そういうところに使うもんだろが
アホなの？ デザイン分業ができなくなった言い訳
全部自分でするもんなんだよ！ >>928
あいつらなんでbefore afterとかハック的なCSS多用したがるんだろうね
解読＆再実装が手間なの、普通にわかるわ
ソースは読まず、見た目だけで再実装する方が早い説、あると思うよ 従来のフローの中でreactやvueを採用したならデザイナにStorybook覚えてもらってパーツ作ってもらうのが良いだろね デザイナーはXDとかでモックつくるだけでいいだろ
jsxとcssはフロントエンジニアの仕事だよな？
できないお前らの責任 たぶんデザイナーは、SASS, Bootstrap を勉強しないからだろう
レスポンシブ対応できないでしょ ぶっちゃけイラストレーターとかで
こんな感じのデザインですってのさえ示してくれればいい
小汚いソースをよこされるよりはｗ >>933
ようするにあなたは理解できないんですよね？
馬鹿なんですよ。あなたが。 >>936
sass、bootstrapはウェブデザイナーが使うものですが、
あなたはreactでsass使ってるんですか？
作ってないくせに、言っちゃったんですか？ ウェブデザインというのはCSSやHTMLで構造やデザインを定義していくものなので
JavaScriptで手続き型的にデザインを構築するのと発想が違うんだよな どちらでも出来るけどjsのほうがわかりやすくて簡単という意味ですね 静的に定義するという能力が足りないんだよな
HTMLとCSSは静的ファイル。静的に定義されている。 おめーらさんたちはstyle componentとjsxをデザイナーにやらせるんだな
ただのプロップス屋じゃん たしかにデザイナとの協業は今でも難しい
10年前より難易度上がったと思うわ それだけデザイナに求められる技能が増えたか、もしくはデザイナが不要になってきたんだろな
個人的には二度手間三度手間になるのでHTMLやcssをいじらずデザインだけ考えてて欲しい 意訳 うちのような弱小企業には
まともなウェブデザイナーがいない
そんな会社にまともな技術者がいると思うかね？ デザイナーはカンプだけ作ってれば十分だろ
昔と比べて求められる知識も増えてるんだからさ
下手にコーディングされても足手まといだし UIUX考えられないデザイナとかゴミ
っていうか邪魔 >>947
でもフロントエンジニアはカンプすら再現できないゴミじゃん
目ん玉と脳みそが生まれつき腐ってるから見たものが何かすら理解できない Emotion使ってみたけどCSSinJSって、Bootstrapとかと違ってCSS全部書かないといけないんか
それとも別でそれ用のCSSライブラリある？
Bootstrapと組み合わせるのは違うよな レス数が950を超えています。1000を超えると書き込みができなくなります。
