Vue vs React vs Angular vs Svelte Part.11
!extend:on:vvvvv:1000:512
Vue
https://jp.vuejs.org/
React
https://reactjs.org/
Angular
https://angular.io/
Svelte
https://svelte.dev/
solid.js
https://www.solidjs.com/
※前スレ
Vue vs React vs Angular vs Svelte Part.8
https://mevius.5ch.net/test/read.cgi/tech/1621744952/
Vue vs React vs Angular vs Svelte Part.9
https://mevius.5ch.net/test/read.cgi/tech/1642316774/
Vue vs React vs Angular vs Svelte Part.10
https://mevius.5ch.net/test/read.cgi/tech/1646747836/
★ここではjQuery, Ruby, C#, Blazorの話題は禁止です
★jQuery, Ruby, C#, Blazorキチガイが書き込んでも無視してください
Next, Nuxt, Sapper, Gatsby, VuePress, RedWoodなどはおk。
VIPQ2_EXTDAT: default:vvvvv:1000:512:: EXT was configured 最初からVue3ならなんの問題もないけどPython2→3並の環境変化がいかんかった ReactもTS対応してるのね
どっちもやれって話だけど自分の頭のキャパ的に片方しかやれないだろうし迷うなあ とりあえずvue触ってるけど
まだcssで自由にレイアウトすることができない自分が大問題 初めてやるならReactにしなよ
わざわざマイナーなvueを選択する必要はない useEffectの依存関係をきちんとメンバー全員が
理解できるかどうかでreactでやるかvueでやるか
検討したいところ vueって重いイメージだったけど3試してみたらかなり軽くなってたわ
何か大きな変更でもあったのかな Vue3はベンチマークだけ見るとpreactやsvelteよりパフォーマンスが良いからな
solidには及ばないが Vueは2系までwebpack依存だったけど3からはviteもサポートされて、デフォルトもviteになって軽くなったよ
軽くなったって言うのが開発サーバーの速度じゃなくてレンダリング速度のこと言ってるなら知らん Svelte始めたらReactとかVueが辛くなってしまった
だけどシェアがあんまり広がらないので仕事はあんまりないんだろうなあ svelteをやってはいけない
悩むくらいなら知らないほうがいい svelte小さいサイトにはすごい適してるんだけど要素が増えていくとファイルサイズがとんでもなく肥大化していくんだよな
軽量なサイトを作るつもりでsvelte選んだのにいつの間にかReactより大きくなってしまうという
将来的に改善されたりするのだろうか 最近はRemixばかり使ってるなあ
シンプルなのに複雑なものを作るのも簡単で良い 病∞!!!!
魃∞!!!!!
害∞!!!!!!
雇∞!!!!!!!
期∞!!!!!!!!
傷∞!!!!!!!!! 最近のフレームワークはどれもRemixの影響受けてるね
Next.jsのappルーターやsveltekitやsolidstartなんかどれもRemixと似たような設計してる Viteまじ神すぎる。Viteのお陰でフレームワークそのものの高速性よりビルドアップの高速性が10倍ぐらい変わった
お陰でアメリカでもVueとNuxtの知名度とシェア上がってきてるね
Vue3.2のscript setupは間違いなく改善。ボイラーテンプレート取っ払ったお陰で逆に初心者でも入りやすい記述になった
Angularも13でreactive forms、14でstandalone component、16でSignalsと汎用アプリにも対応しようと大きく動いてきてる
いい意味でReactのシェア寡占が他に刺激与えてるな Reactはifとループ周りとフォームの同期あたりが相変わらず冗長で煩雑な記述多い。まずその辺直してくれ
>>39
いつまでViteをReactに対応させるか気になるところだけどな。
Next開発したVercelがEvanさん怒らせてるし >>ループ周りとフォームの同期あたり
templateしろとかいう?そんな糞は要らんわ ループ周り煩雑かなぁ?
とても自然に書けると思うけど vueからreactに行って感動したところ
↓
コード書くようにタグが出力できる所 フォームの同期に関する冗長で煩雑な記述って
たとえばどんなのだろ >>45
全フォームにuseStateを紐付けるuseState地獄とか
デザイナー泣かせなカスタムコンポーネントによるJSX分離とか
ループも<>…</>、array.map、return(…)だらけで、ここもシンプルに式を埋め込みできるSvelteあたり見習えって思う ループに関しては関数型(風の)書き方に慣れてないだけでは?
Svelteのループ始めてみたけど何やこれ独自構文やん。どう考えてもJSのルールの延長で書けるReactの方がマシやんけ。 formなんて言うほどたくさん作らないからstate紐つけても問題なくないか >>48
svelteの書き方はあれでわかりやすいぞ、Laravel、cake、Django、Flaskらと同じ埋め込み式だし
VueやAngularのようにテンプレートに反復ディレクティブつけるか否か迷う必要もない
まあ、どれも慣れなんだろうけど >>51
慣れなのは確かにそうだろうね。
とはいえやっぱJavaScriptの『式』として使える利便性には負ける気がするなぁ phpと組み合わせようとするとreact微妙なんだよね PHPにREST APIと権限管理だけさせればええやん >>49
おう初心者が来てやったぞ
2日かけてVue3イジって出た結論が『これから初心者がやるならReactの方がマシ』だ
リリースから3年も経ってるのに主要なnpmパッケージがろくにバージョンアップされてない時点で終わってるの丸出しなんよ
せいぜいVue2の時はnpm経由でやれてたことをガチャガチャ書いててくんな
Vue3なんてVue2のEOLで頓死してるVueラーがバンザイ突撃するだけのもんで初心者が付き合うモンじゃねーわ Vueは明らかにjQuery利用者の後釜狙ってるのはわかる、vuetifyを整備したのはその布石。Reactと競合しようとは考えてないだろうな
競合考えてたら、ViteはReactサポート打ち切る
だが、いい加減CDNでscript setup使えるようにした方がいい。いつまで初心者にあのボイラープレート書かせる気だ >>55
Vue2?
あんなオブジェクトの分割代入もできない、イベントバス使ったAPIでしか兄弟コンポーネントにステート送れなかった
AngularJS時代のレガシーに毛が生えたもの使い続けても未来なんてなかったからな
けどな、Reactもクラスコンポーネントと関数コンポーネントの過渡期で、Reactは関数コンポーネント、React Nativeは
クラスコンポーネントで書かされたという二元管理強いられた、鬱陶しい過去があるからそこはお互い様だ svelte5でrunesとかいうのが追加されるみたい ワイ、おっさんなんやが、reactやって、vueやってからsvelteやったんだが、
1番わかりやすかったのがsvelteだった。
reactの時代は続くだろうけど、正直継ぎ足して機能が増えてる印象があるんやが、若い人は覚えていけるのすごいと思う。 react と vue を都合好く混ぜたのが svelte だと思っている。 ワイは、reactとvueを使った時、なんと言っていいかわからんが、なんか回りくどい感じがしてたんやが
svelte使って、すごい直感的やな、と思ったで。 残念ながらどこも使ってない
あくまでもスベルトはお遊び学習用 Svelteは柔軟に見えてJSへの制約ガチガチなんだよな。ストアやディスパッチ使ったらわかる。見た目以上の鬱陶しさが
>>59
useReducerすら使いこなせない人がReact触ってるからな。フックも今や21あるけど何人が全部マスターしてることやら フックは都度必要に応じて作るもんじゃないの?
うちのプロジェクトのフック置き場に山ほど転がってんだけど クラスの継承みたいにフックの多さが可読性やら何やら下げる要因にはならんのかい? jsxの時代になってからweb開発始めたからsvelteの構文そんな馴染み無いんたよな Flutterと連動するWebアプリを開発しようとして、
Dartで書いたViewModelやModelをjavascriptに書き直しただけのコードをそのまま流用できるフレームワークを探したら、
Angularに行き着いた
Flutterの自由度が低いから、Angularの自由度が低くても釣り合うだろう(適当) Flutterと連動するWebアプリを開発しようとして、
Dartで書いたViewModelやModelをjavascriptに書き直しただけのコードをそのまま流用できるフレームワークを探したら、
Angularに行き着いた
Flutterの自由度が低いから、Angularの自由度が低くても釣り合うだろう(適当) Angularはstandalone APIになってから自由度めちゃくちゃ高くなったよ
もともと記述自体の自由度は高いフレームワークなんだけどね Angularって大きいSPAでもないと使う候補に挙がらないから使える人が増えないんだよね
Reactは小さいブログにも使われてるのに 業務はエンジニアのリクルートの都合でReactが優勢だと思う
Angularで求人をかけるとマジで人が集まらない 業務はエンジニアのリクルートの都合でReactが優勢だと思う
Angularで求人をかけるとマジで人が集まらない 5chでAngular.jsの質問したらVue.jsを薦められた
納得してそれ以降Angularは使ってない AngularよりVueを採用する最大のメリットはレンダリング速度かな
単純に開発者の数で言えばまだ互角だろうし しかし数年前のreduxってあれなんだったんだろうな。。今も使ってるやついるんか? Next.jsが出てからだいぶ変わったからなReact環境は redux系の状態以上ライブラリ自体はまだ進化してるけど
reduxをそのまま使ってる人はもうそんなにいないだろう Next.jsとApache+Laravelってどっちのほうが処理速度速いの?
MySQLも使う やることによるのでは
ApacheはNextjsより速いだろうけどLaravelはNextjsより遅いよ Next13から覚えて使ってみたけど、Turbopackの再ロードの遅さなんとかならんのあれ
Viteに慣れるとあの遅さはストレスになる
>>79
ReduxにしろVuexにしろ、あれはコンテクスト遷移ができなかった頃のドリブル回避用データ管理アイテム
ReactとSvelteはcontext関係のメソッドあるし、VueとAngularはprovideとinjectがあるから
不要とまでは言い切らんがお役御免になってきた。データはフロントエンドで管理すること多いし どこかの開発系サイトでその表現を見たんだが単なる思い違いかも知れん。すまん
要はバケツリレーのような非効率なコンポーネント間のデータ受け渡し >>85
やっぱりルーティングって処理重くなるんだな
ルーティングを前提に設計されてるやつとはちがいあるのか >>88
バケツリレーの事か
しかしコントロールをキチンと設計して単体テスト入れると
おのずとそうなるから苦にはならんなーー 今のredux使ってるサービスの技術的負債感えぐい AppleのドキュメントやWebサービスはReactもVueもSvelteも使われてた ドキュメントなんてそんな複雑でもないしなんでもいいんだよは もうこのSPAフレームワークの形で今後30年は使いそう
React出てからすでに10年経過してるけど フロントエンドライブラリでtemplate要素って使うの?
表示するコンテンツの雛形自体をファイルで用意するイメージなの? Million.jsってすごいね
仮想DOMでこのパフォーマンスが出せるものなのか Million.jsってすごいね
仮想DOMでこのパフォーマンスが出せるものなのか Vue.jsでやるにしてもJSXとstyled-components使いたい styled componentsなんてReactでも使われなくなってきてるのに… >>101
え、そうだったの!?
styled componentsかTailwindの二強だと思ってた >>101
え、そうだったの!?
styled componentsかTailwindの二強だと思ってた 剥がす前提なんだ
CSS Modulesが無難ってことか 最近のCSSinJSはEmotionがよく使われてるんじゃないの
RSCのせいでEmotionも使えなくなってくるからまた変わるだろうけど Emotionっていうのが流行りなんだ
勉強になります Vueって単純に出来が悪いわ
この書き方面倒だろうけどフレームワークの都合だから合わせてくれな!ってのが多すぎて気持ち悪い
ビジネスロジックに集中できん ref、reactiveとか.valueとか大変ですよね 記述の手間はReactも一緒だけどuseRefで変数定義すればいいのねって覚えたらそれで終わりなんだよな
Vueは思ってたのと違う挙動が多発して内部実装の都合を探る大冒険が待ってる >>111
思ってたのと違う挙動って例えばどんなのがある? reactは言語ライブラリーの出力結果だから
言語的に知らん機能でもIDEのサジェスト機能とか効くし結果も予測できるけど
vueは決め事だから
そんなの誰が決めたねん!とか、何処にそんな機能あるねん!とかなる JSXもVueもエディタサポート必要だからそんなに変わらんぞ >>115
そりゃ概念的には違うと思うが、実用面で大きく違うとは思わないけどなぁ…
型チェックの話されるなら理解もできるが
そもそもそんなの誰が決めたって話になるとフレームワーク全般そうなるんよ 変数バインドできます
イベント処理できます
フレームワーク本体に求めてるのって結局これだけなんだよね
だけどVueはここがずっと迷走してるから辛いんよ すいませんVue3(options)で確認したいのですが
v-forで複製した要素(コンポーネント)に
個別にDOM操作をかけたいのですが
$refsにindex指定とかで取得できたりしますでしょうか。
コンポーネントにpropsでデータをbindして渡して
コンポーネント側で変更処理させる事は複雑だと思い
親側で子のDOM操作すれば良いと思いました。 一通りやったけど、Angular一択だと思う。
Vueは論外。
Reactは予想不能な動作が多すぎる。
OnLoad時にサーバにアクセスしてデータを受け取るのを待って描画っていう一番ありがちなシチュエーションを簡単に書けないのもReact
だいたいScriptの中にHTMLが入り乱れるJSXとかあり得ない。
完全に分離できてるのがAngular
さすがGoogle様や コード理屈わかって書けない人には
Reactは無理よ
UIライブラリーとかめちゃくちゃ作りやすい
プロ指向なのがReact
因みに日本人エンジニアにプロの割合はかなり低い