Vue vs React vs Angular vs Svelte Part.11
- 1 :デフォルトの名無しさん :2022/08/20(土) 13:17:12.21 ID:OuD+ytSs0.net
- !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
- 126 :デフォルトの名無しさん :2024/02/22(木) 12:25:12.98 ID:v3uRFYwC0.net
- 正直すまなかった。
そもそもAngularとReactを比べるのは間違いなのね
Angularと比べるならNextjsか。
Reactに相当するものはAngularには無い
- 127 :デフォルトの名無しさん :2024/02/22(木) 12:42:10.50 ID:pYijKvrn0.net
- Angularとかvue.jsは
上位エンジニアの成果物を使って
下位エンジニアが作業するスタイル
が故に想定しているエンジニアの対象も異なる
- 128 :デフォルトの名無しさん :2024/02/22(木) 14:00:09.56 ID:EUmQlU5h0.net
- フレームワーク使わなくてもjsxは使いたいって言われる時代なのに
- 129 :デフォルトの名無しさん :2024/02/22(木) 16:27:07.37 ID:G4SI+vys0.net
- jQueryの頃からライブラリで使われてる便利機能をバニラが落とし込む仕組みはやってるしね
prototypeでDOM操作はキツイ
- 130 :デフォルトの名無しさん :2024/02/22(木) 17:01:06.42 ID:8vT7CeOy0.net
- 俺はある程度の規模まではVueのoptions APIで良い派
規模がデカくなる場合はNuxtへ
間違っても単体のVueでコンポーネントは使うべきじゃない
- 131 :デフォルトの名無しさん (ワッチョイ a301-sJ27):2024/02/24(土) 02:20:28.64 ID:wsVCSCkk0.net
- このスレでMillion.js知ったんだけどこれ使うだけでReactのパフォーマンスめっちゃ上がるんだな
もうpreactいらないやん
- 132 :デフォルトの名無しさん (ワッチョイ cb01-wHWC):2024/03/02(土) 08:44:21.68 ID:zdW7RPaA0.net
- React 19でやっとmemoしなくてよくなるみたいだな
ようやくsvelteに追いついたか
- 133 :デフォルトの名無しさん (ワッチョイ 5fba-EVRh):2024/03/02(土) 14:49:05.57 ID:yd1+mXUm0.net
- options APIなんぞ捨てろ。次の3.4で非推奨になる可能性大だ。setup書けるようになっとけ。初代composition APIよりずっと書きやすいし
理屈もわかりやすい。あとprovideとinjectとuseRouteとuseRouterだけは覚えとけ
refとreactiveの用途の違いがわからん?そんな奴はrefだけ使っとけばいい
>>132
そのSvelteは5でKITメインになってデフォルトでSSG化するみたいだが。Rune試そうとしたら、まずそこから理解しなくちゃなんないのでかなり焦った
- 134 :デフォルトの名無しさん (ワッチョイ 5fba-EVRh):2024/03/02(土) 15:02:30.77 ID:yd1+mXUm0.net
- >>130
むしろVueはLaravelのフロントで用いるケースが増えてる気がする。Vite+Vue+Vuetify+Laravel+αあたりが鉄板化してる。Laravelのフォーム制御、cakeよりショボいからうまく相互補完できてる
Reactは逆にNextのためのツールになりつつあるな。NextはViteにデフォルト対応していないのがむず痒いが(Turobopackはロードが遅くてモヤる)
- 135 :デフォルトの名無しさん (ワッチョイ 5fba-EVRh):2024/03/02(土) 15:17:16.26 ID:yd1+mXUm0.net
- >>123
Angularも17になって脱テンプレートで、かなり書き方変わってますますAngularJS、Vue.jsとの血脈が薄くなったと思った
いよいよ、次の18でクラスコンポーネント解体に向かうんじゃないかと思ってる
- 136 :デフォルトの名無しさん :2024/03/08(金) 14:16:16.50 ID:AzxWPN+e0.net
- 規模を考えるような規模の時点でVueを使うこと自体がストレス要素にしかならんわ
コンポーネントって単語が頭を過ぎった時点で選択肢から外したほうが確実
- 137 :デフォルトの名無しさん :2024/03/09(土) 09:29:45.78 ID:zf6K8qoU0.net
- 規模を考えるほどのプロジェクトになったらもはやAngular一択では。Reactは少人数で開発するにはいいけど共同開発を考えて設計されてない
あとデザイナーから煙たがられてるし
Vueは自由度が高い反面、高すぎて素人がトンデモ開発して世界中から嫌われてた一時のPHPみたくなってる気もする
縛りが少ないから、設計能力のない人が触ると絶妙なスパゲッティになるのも共通してる
- 138 :デフォルトの名無しさん :2024/03/09(土) 14:49:57.15 ID:b7UdYjdk0.net
- >>134
Next使わないならReact使うメリットが薄くなってきたね
完全にサーバーサイドフレームワークになりつつある
エコシステムも周りに合わせる感じがなくなってきた
- 139 :デフォルトの名無しさん :2024/03/09(土) 15:02:14.04 ID:b7UdYjdk0.net
- >>137
テンプレート廃止マジ?
JSXみたいな感じになる訳?
うーむテンプレートの何が嫌なのか理解できない
サーバーサイドではテンプレートが至高という結論が出て実際それが1番描きやすいのに
- 140 :デフォルトの名無しさん :2024/03/09(土) 15:35:22.55 ID:aG+kkGqL0.net
- ほぼジジイだけどLaravel+vueとReact+NextでWebアプリ作ったらフリーランスで生きていけるかな?
サンプルとなるWebシステムのポートフォリオ作って応募に出せば採用してくれそう?
- 141 :デフォルトの名無しさん (ワッチョイ cb01-Iz9B):2024/03/09(土) 16:52:48.97 ID:/7hapEoh0.net
- >>137
一択と言われてもな
新規にAngular採用してるの見たことないが
- 142 :デフォルトの名無しさん (ワッチョイ 9f92-rJES):2024/03/09(土) 17:08:21.45 ID:viyQ9Ilj0.net
- >>137
素人さん?
- 143 :デフォルトの名無しさん (ワッチョイ 3bba-zqCT):2024/03/09(土) 18:10:19.70 ID:zf6K8qoU0.net
- >>139
JSXというよりSvelteとかLaravelみたいな式埋め込みになってる
ng-templateが煩雑だったからそこをスッキリさせてる。廃止というより脱却というスタンスだからどっちも使えるけどね
- 144 :デフォルトの名無しさん :2024/03/18(月) 17:12:36.82 ID:nWzk7Bi30.net
- 実際やってみれば?
- 145 :デフォルトの名無しさん (ワッチョイ 0dba-I3EO):2024/04/06(土) 09:57:29.12 ID:N6iuY28L0.net
- 今まではお互いライバルだったけど、axios出てきてから完全に本来の本分を果たす独自進化の段階に入ってる
Vue→Laravelとタッグでフロントエンド専
React→Vercelと蜜月で、サーバーサイド専
Angular→単体アプリ専
【以下はチラシの裏】
Vue→フォーム制御がPHPでは限界があった。簡単にフォーム制御できるAngularJS作ったけど、ソースがスパゲッティ
Googleは大規模化したAngular2にしたけど、簡潔さがなくなった→開発者の1人がVueを作った
一時はReact、Angularに対抗して状態管理のVuexとか作ったけど、大規模化には限界がある
ECMA5に対応するためにcompositionAPI、TypeScriptに対応するためにsetup、
更にシェアを増やすためにVite作った。爆速起動ビルドすげえってことで欧米で、Vueも注目を浴び始めた
処理の遅いLaravelがVueに目をつけてタッグを組んだ(標準ライブラリ化)。他のバックエンドもVueと連携できるように
今のVueはLaravelだけでなくRails、DjangoにJAVAなどまで対応した万能フロントエンドツールへ
React→自社で作ってたFacebookの制御用、フォーム制御というより細かなステート管理用に作った。けど、ビルド遅かった
Next.jsが出てきてから遅い問題クリア。デプロイ不要なんでSSG最高や!Herokuとか最初からいらんかったんや!!
GatsbyにAstroも出てきて、サーバーサイド一択、React Nativeも過去の遺物になりつつある
Angular→AngularJSはもうあかん→JSフレームワークだけでフルスタック化→操作が複雑でReactにシェア奪われていく
12のバグで致命的に→13からリベンジ開始(13でフォーム制御改善、14でスタンドアロン化、15でインジェクタ実装、
16でシグナル、17で脱テンプレ)
モジュールの互換性uzee→最初から一通り揃ったAngular、実は悪くないんじゃね、という見直しの動きもちらほら
大規模な専用アプリ開発用に特化
- 146 :デフォルトの名無しさん :2024/04/06(土) 11:06:16.32 ID:bXlCNkfk0.net
- vueとangularはいつからかパフォーマンスめっちゃ速くなってる
仮想DOMはオーバーヘッドなんて言われたりするけど仮想DOMを使ってるsvelteとかと大差無くなってきている
まあシェアナンバーワンのReactがまだ遅いんですけどね
React 19で改善するといいね
- 147 :デフォルトの名無しさん :2024/04/06(土) 15:59:17.06 ID:IiIL/gxv0.net
- >>145
素晴らしいまとめthx
- 148 :デフォルトの名無しさん :2024/04/06(土) 16:57:58.83 ID:hDlN/XPm0.net
- >>145
基地○の妄想?
- 149 :デフォルトの名無しさん (ワッチョイ 2b9d-yvLV):2024/04/06(土) 18:30:38.08 ID:yecQsd4w0.net
- >>145
文章見直した方が良いぞ
チラシの裏でももう少しまともな日本語を使う
- 150 :デフォルトの名無しさん (ワッチョイ 0dba-I3EO):2024/04/06(土) 19:31:09.24 ID:N6iuY28L0.net
- >>145
チラシの裏だから校正するのめんどかっただけ。まとめた結果が上の三行
ReactはNextで動かす分にはパフォーマンス問題ない気もする。特に13になってからすごいわかりやすくなった
- 151 :デフォルトの名無しさん (ワッチョイ 8533-tlnk):2024/04/06(土) 19:34:29.93 ID:hDlN/XPm0.net
- それよか中身が...
- 152 :デフォルトの名無しさん :2024/04/06(土) 21:15:42.28 ID:NKoW5oVEM.net
- どのフレームワークもパフォーマンスはテンプレートエンジンのように使えば大差ないんだよな
問題はDOM操作よ
Reactはこれがとんでもなく重い
Million.JS使おうね
- 153 :デフォルトの名無しさん (ワッチョイ c621-lBRV):2024/04/07(日) 15:44:46.52 ID:qlF79iTo0.net
- このスレで Alpine.js 検討している人いる?
GitHubの星数すごいし
CDNでサクッと使える簡易版Vueみたいな印象。
個人的にはJQueryの後継になるのではと
期待している。
- 154 :デフォルトの名無しさん :2024/04/07(日) 20:06:56.53 ID:wzc0RLf20.net
- >>153
大規模になった時厳しそうだけどねー
- 155 :デフォルトの名無しさん (ドコグロ MM1e-52wN):2024/04/07(日) 23:37:46.02 ID:f4ZR9B9lM.net
- alpineは小さいだけでパフォーマンスは最悪だぞ
こんなんで大規模アプリなんて作るな
- 156 :デフォルトの名無しさん :2024/04/08(月) 01:04:29.84 ID:eTI8c7kp0.net
- ちなみに alpine linux もサイズを小さくしてるだけで、パフォーマンスはDebianなどより良いわけではない。
Debianならスリム版があるので通常ではコンテナはそちらを選ぶほうが良い。
- 157 :デフォルトの名無しさん :2024/04/08(月) 05:30:39.80 ID:IvxniXPw0.net
- ん?
- 158 :デフォルトの名無しさん :2024/04/08(月) 15:54:10.06 ID:SaPweWs00.net
- solid.jsが最強ってことでよろしい?
- 159 :デフォルトの名無しさん :2024/04/08(月) 17:43:57.35 ID:5hhdPDbv0.net
- まず使われているサイトを見たことがないsolid.js
litはそこそこ広まってきてるけれど
- 160 :デフォルトの名無しさん :2024/04/14(日) 10:12:53.83 ID:IP4jT7Ik0.net
- 海外ではInferno.jsとかPreactとかVanillaとか日本ではあまり名前も見ないまま消えそうなものも多い。Alpineも二の舞になりそう
Laravelに全部駆逐されたPHPフレームワークみたいに、泡沫JSライブラリも山程
Solidも普及率がせめてSvelteぐらい数字出てこないと覚える気になれん
SvelteもSSGデフォルト化しようとしたり、Runeがα版のまま開発止まってたりで迷走してるし
日本だとR社がSvelteに力入れてたけど
- 161 :デフォルトの名無しさん :2024/04/14(日) 16:02:57.09 ID:Jvefqylq0.net
- >>158
個人的に最強だと思ってるんだけど
なぜか全く流行らない
- 162 :デフォルトの名無しさん (ワッチョイ b7ba-29lp):2024/04/14(日) 22:50:06.55 ID:IP4jT7Ik0.net
- 似たような語法のライブラリは覚えやすいどころか、知識が混濁するリスクがあるから手を付けにくい
Reactで得た知識と紛れやすいから自分はあまり手を出したくない
AstroとGatsbyも同じ理由で手を付けにくいんだよな
- 163 :デフォルトの名無しさん (ワッチョイ d704-NlfH):2024/04/15(月) 00:11:50.10 ID:NvsClclW0.net
- スレチかもしれないんだけど良かったら答えてほしい
nodejsでWebAPI作る場合、Webフレームワークはなに使うのがいいと思う?
expressで作るのが一般的みたいだけどnestjsの方が機能も豊富だし応用効かせやすそうなので迷ってる
それともNextjsとかRemixみたいなフレームワークでWebAPIも作ってたりする?
単純なAPI機能だけを想定してる
- 164 :デフォルトの名無しさん :2024/04/15(月) 00:37:49.38 ID:NvsClclW0.net
- 個人的にはRemixが第1候補でnestjsが第2候補
理由は、今後Webアプリを作る時にRemixを使おうと思っていて、トータルの学習コストが低くなることを期待してWebAPIもRemixで作れると嬉しいということ
nestjsはRemixに比べて早いとかなにかメリットがあるならnestjsもありかと思ってるけど、なにかメリットデメリットあったら教えてほしいです
- 165 :デフォルトの名無しさん :2024/04/15(月) 00:40:52.36 ID:NvsClclW0.net
- nestjsはexpressの資産を使えるのがいいのかなと思って候補にあります
Remixがセキュリティをどうやって担保しているのかわかってないので迷っている感じです
- 166 :デフォルトの名無しさん (ワッチョイ 57f0-378W):2024/04/15(月) 13:48:01.48 ID:FCLpude10.net
- nestjsなんてもうほぼメンテされてないだろ
使うのはない
かと言って生expressもない
消去法でnextjsしかない
しかしこのフレームワークはWebAPI用のフレームワークではないから
気軽に使えるものではない
Reactを使う前提のフレームワークだ
WebAPIを簡単に作りたいなら他言語の方が良いのではないかと思う
どうしてもJSが良いのなら止めはしないが
- 167 :デフォルトの名無しさん (ワッチョイ d704-NlfH):2024/04/15(月) 20:06:28.68 ID:NvsClclW0.net
- なるほど
JSでやるならNextjsか
Remixはまだ情報少なすぎる感じですか?
NextjsはWeb標準じゃないから気乗りしないんですよね
- 168 :デフォルトの名無しさん (ワッチョイ 57f0-378W):2024/04/15(月) 20:36:14.22 ID:FCLpude10.net
- Remixは流行るかどうかも未知数過ぎる
情報もnextjsに比べたら少ないので変なところハマるとキツイ
- 169 :デフォルトの名無しさん (ワッチョイ d704-NlfH):2024/04/15(月) 20:36:54.19 ID:NvsClclW0.net
- Nextjsだとt3スタックとかtRPCとかもできるみたいだけどWeb標準じゃないのだけが本当にネック
- 170 :デフォルトの名無しさん (ワッチョイ d704-NlfH):2024/04/15(月) 20:42:34.96 ID:NvsClclW0.net
- 確かにそれは大きいですよね
大人しくNextjsやるかな…
- 171 :デフォルトの名無しさん (ワッチョイ 57f0-378W):2024/04/15(月) 20:44:09.28 ID:FCLpude10.net
- nextjsですら致命的なバグがちょこちょこ見つかってるからな
どのフレームワークにしてもリスク込みで使うべし
- 172 :デフォルトの名無しさん (ワッチョイ d76c-NlfH):2024/04/15(月) 20:55:59.55 ID:NvsClclW0.net
- そうですね
Nextjsにします
ありがとうございました!
- 173 :デフォルトの名無しさん (ワッチョイ 5701-0WFk):2024/04/16(火) 00:40:02.11 ID:Y46RXkgY0.net
- remixはもうsvelteと同じくらいには使われてそうだけどな
- 174 :デフォルトの名無しさん (ワッチョイ b7ba-29lp):2024/04/18(木) 17:47:13.83 ID:NkPBcwCK0.net
- これからNextjsやろうとするなら13以降と12以前は別ものと心得るべし。でないと混乱するぞ
>>173
RemixよりはまだGatsbyでは?
- 175 :デフォルトの名無しさん :2024/04/18(木) 23:42:20.94 ID:+hY4xTM1M.net
- Gatsbyってもう新規に採用する理由が無い気がするけども
Remixより多いなんてことあるのかな
既存システムも含めるならそりゃGatsbyのほうが多いだろうけど
44 KB
新着レスの表示
掲示板に戻る
全部
前100
次100
最新50
read.cgi ver 2014.07.20.01.SC 2014/07/20 D ★