Vue vs React vs Angular Part.5

**デフォルトの名無しさん** · 2020/07/29(水) 22:38:49.56

実際どうなん？
Vue
https://jp.vuejs.org/
React
https://reactjs.org/
Angular
https://angular.io/
※前スレ
Vue vs React vs Angular Part.4
https://mevius.5ch.net/test/read.cgi/tech/1591869705/

★ここではjQuery, Ruby, C#, Blazorの話題は禁止です
★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください
Svelte, Next, Nuxt, Gatsby, VuePress, RedWoodなどはおｋ。

**デフォルトの名無しさん** · 2020/10/25(日) 23:04:04.75

脳みそが若いままプリプリってことだ。物覚えもいい。

**デフォルトの名無しさん** · 2020/10/26(月) 04:31:31.40

>>872
脳が止まってるのはお前やで
未だにjQeryの便利さをブラウザの仕様の違いを
吸収するためのものだって思ってるんだろ？

jQueryすげー、DOM APIが簡潔に書けるーってみんなが思ってる中
ブラウザの違いを～とか言ってて恥ずかしくないのか？

**デフォルトの名無しさん** · 2020/10/26(月) 05:49:38.18

未だにDOM直接イジってんのかｗ
おっさん哀れだなぁｗｗｗ

**デフォルトの名無しさん** · 2020/10/26(月) 06:37:49.74

フレームワーク開発者も直接DOMいじってるけど？

**デフォルトの名無しさん** · 2020/10/26(月) 07:13:22.21

そりゃフレームワーク開発者は使うでしょ。

詭弁のガイドラインみたくなってきた。
2.ごくまれな反例をとりあげる
4.主観で決め付ける
11.レッテル貼りをする

**デフォルトの名無しさん** · 2020/10/26(月) 07:26:16.94

フレームワーク開発に必須な知識を持ってる
まれな人材ですよね

**デフォルトの名無しさん** · 2020/10/26(月) 08:23:16.55

>>874
ミクロな視点でみれば簡潔に書けるのかも知れんが大規模なソースを構造化するのにはあんま向かないよ

**デフォルトの名無しさん** · 2020/10/26(月) 08:26:26.57

>>879
関数を使え
構造化するのにフレームワークなんぞいらん

**デフォルトの名無しさん** · 2020/10/26(月) 08:35:37.48

>>879
大規模なものを作るならモジュールに分けましょう
jQueryでも同じことです。

**デフォルトの名無しさん** · 2020/10/26(月) 08:45:12.33

こういう基本的なことが出来てない人がSPAに手を染めて出来た気になっちゃうのかな

**デフォルトの名無しさん** · 2020/10/26(月) 09:08:21.08

世界中でjqueryは時代遅れのゴミクソと言われてるのに未だに崇めてるバカは脳みそがjqueryで動いてるらしい

**デフォルトの名無しさん** · 2020/10/26(月) 09:49:43.95

その「世界中」の現実です。
https://w3techs.com/technologies/history_overview/javascript_library/all/y

jQuery
2017年 71.9%
2018年 73.1%
2019年 73.6%
2020年 74.2%
　　2月 74.4%（1ヶ月で+0.2%）
　　6月 75.5%（4ヶ月で+1.1%）
　　8月15日 76.2%（2ヶ月で+0.7%）
　　10月15日 76.5%（2ヶ月で+0.3%）
　　10月25日 76.7%（0日で+0.2%、10ヶ月で+2.5%）

Vue.js　0.4%（1年で+0.1%）
Angular　0.4%（1年で+0%）
React　0.3%（1年で+0%）

**デフォルトの名無しさん** · 2020/10/26(月) 09:50:24.96

訂正
　　10月25日 76.7%（10日で+0.2%、10ヶ月で+2.5%）

**デフォルトの名無しさん** · 2020/10/26(月) 09:54:18.72

jqueryしかできないやつ（笑）

**デフォルトの名無しさん** · 2020/10/26(月) 09:59:14.68

フレームワークはjQueryより"簡単"なんだから
jQuery使えるなら、フレームワークも使えるんでしょう？

それともフレームワークの方が難しんですか？（笑）

**デフォルトの名無しさん** · 2020/10/26(月) 10:05:34.97

jQueryおじが住み着いてるようだけど
その時間に新しいframeworkの勉強しようという気にはならないんだな
成長しない、できない人

**デフォルトの名無しさん** · 2020/10/26(月) 10:07:00.02

まず君の理解が足りてないのは
jQueryとSPA系のライブラリは役割も規模も全然ちがう
jQueryじゃ機能が足りてなさすぎて
SPA系のライブラリに張り合うだけの立場にすらない
君の存在自体がスレチ

**デフォルトの名無しさん** · 2020/10/26(月) 10:07:13.93

>>888
Backbone.jsを勉強したほうがいいよって
昔言われたことがあるよｗ

**デフォルトの名無しさん** · 2020/10/26(月) 10:09:04.52

>>889
続きまだ？ jQueryに足りない機能の話をしてくれるんじゃないの？
もうずっと待ってるんだけど、いつ書くの？

**デフォルトの名無しさん** · 2020/10/26(月) 10:12:30.05

>>887
おめーの時代遅れjqueryで動いている脳みそで判定できるわけねえだろ

**デフォルトの名無しさん** · 2020/10/26(月) 10:13:35.46

テムレイみたいだなｗ
jQueryを使え！ｗｗｗ

**デフォルトの名無しさん** · 2020/10/26(月) 10:16:12.05

>>884
これだけはっきり数字で示されてるのに認めない香具師って科学的な思考プロセスができないのかな？
文系さん？

**デフォルトの名無しさん** · 2020/10/26(月) 10:23:59.69

Reactでできるような状態管理、動的なDOM構築がjQueryだとどれだけ泥臭くなるか一回試してみろよ
jQueryだけじゃスケールしないことがわかる

Node.jsの基盤上で開発すると開発言語は例えばTypeScriptにできるし
ブラウザでの確認とかMinifyもコマンド一つだし
古いブラウザへの対応もバージョン指定すればPolyfillが埋め込まれるし
CSSもトランスパイルの過程で一意なクラス名を生成するとかもできる

**デフォルトの名無しさん** · 2020/10/26(月) 10:24:24.90

でもそのシェアってニュースサイトとかブログとか自動生成ページとか入ってるんでしょ？

**デフォルトの名無しさん** · 2020/10/26(月) 11:21:47.26

>>895
> Reactでできるような状態管理、動的なDOM構築が
そもそも、そんなもの必要ないんだよね

状態は、グローバルにでっかく持つんじゃなくて
個々の要素に持たせればいいだけ
小さくモジュール化しましょう

動的なDOM構築ではなく、静的なDOMで構成を作って
個々の要素の状態によって、表示を変更するだけにしましょう

例えばアコーディオンようなものは、複雑なDOM構築を行わないと無理だと
思ってるんだろうけど静的なHTMLとCSSだけでもできる
本当に無理なことだけをJavaScript（jQuery）で補完してあげるだけで完成する。
そのやり方を知らないから（CSSを使いこなせないから）もったいないことにCSSの機能を破棄して
全部JavaScriptでやるから、DOM構築大変だー、動的だー、複雑だーってなるんだろ

**デフォルトの名無しさん** · 2020/10/26(月) 11:24:21.24

そもそもの出発点が「Reactでできるようなこと」となってるからおかしいんだよ。
出発点は「作りたいもの」であって、それをReactで作ると、状態管理と動的なDOM構築が必要になって
jQueryとCSSを適切に使うと、そんなもの不要でシンプルに作れる

「作りたいものはなにか」を基準に考えろ

**デフォルトの名無しさん** · 2020/10/26(月) 11:29:53.80

だから複雑なものを作ろうとしたときにjQueryでは限界があるのを確かめてこい
アコーディオンなんてReact使うまでもない
もしかしてしょぼいアプリしか作ったことない？

**デフォルトの名無しさん** · 2020/10/26(月) 11:34:15.27

苦し紛れに出した例がしょぼすぎて程度が知れるってもんだわ

**デフォルトの名無しさん** · 2020/10/26(月) 11:47:12.37

複雑な状態を持つものな
アコーディオンなんてOn/Offしかないじゃんｗ

**デフォルトの名無しさん** · 2020/10/26(月) 12:08:26.05

Reactを適切に使うと管理する状態が減って楽なんだけどな～。使った事ないんだろうな

**デフォルトの名無しさん** · 2020/10/26(月) 12:10:04.55

アプリケーションと単純なuiを同列に語って、フレームの必要性を述べてるとか大丈夫か？

**デフォルトの名無しさん** · 2020/10/26(月) 12:21:55.41

USBメモリのことをUSとか言っちゃうタイプ？

**デフォルトの名無しさん** · 2020/10/26(月) 12:25:21.61

やっぱり、フロント、JS界隈はレベルが低いな
C#理解してるBlazorスレとレベルが違いすぎる

**デフォルトの名無しさん** · 2020/10/26(月) 12:28:23.78

時代について来れないロートルｗ

**デフォルトの名無しさん** · 2020/10/26(月) 12:29:26.90

blazorなんてJSもTSすら理解できない老害のための介護フレームワークじゃんｗ
あとsilverlightはどうなりましたか？ｗｗ

**デフォルトの名無しさん** · 2020/10/26(月) 12:29:39.94

>>905
例えばC#のどのへんがレベル高いんですか？

**デフォルトの名無しさん** · 2020/10/26(月) 12:30:48.56

>>899
設計が下手くそだから複雑なものになってしまったんだろｗ
まず設計をシンプルに保つんだよ
そうすりゃ複雑なフレームワークは不要になる
こんなん自明の理だろうが

**デフォルトの名無しさん** · 2020/10/26(月) 12:34:05.46

設計が下手くそねえｗ
同じ人間が作ってもよりスケールする方法って言ってるのにｗ
頭悪いとしか言いようがないわ

**デフォルトの名無しさん** · 2020/10/26(月) 12:34:48.92

そらお前みたいに素人が作るレベルのものでは
jQueryで十分だったんだろうなｗ

**デフォルトの名無しさん** · 2020/10/26(月) 12:37:38.88

ここに書き込んでる人間は信用しなくても
SPAライブラリ作ってる人間がお前よりはるかに優れた技術と思想を持ってるのは確かだから
jQueryがあるのになぜそんなライブラリをわざわざ作ったのか
考えれば自明だろ
雑魚が突っかかるな

**デフォルトの名無しさん** · 2020/10/26(月) 13:00:02.46

しかしReactやVueはなんだかんだ出てくるのにAngularの話題はさっぱり無いな。スレタイから外して良いのでは？

**デフォルトの名無しさん** · 2020/10/26(月) 13:02:39.47

>>910
jQuery vs SPAにスケールは関係ないぞ
設計が正しければjQueryでもSPAでもスケールする
設計が悪ければどちらだろうとスケールしない
SPAなら自動的にスケールするだとかSPAじゃないとスケールしないと言いたいのならばそれは全く的外れな主張だ

**デフォルトの名無しさん** · 2020/10/26(月) 13:08:17.54

>>914
エアプは黙ってろ

**デフォルトの名無しさん** · 2020/10/26(月) 13:14:22.35

jQueryバカもエアプで文句言ってるだけだからな
俺は両方経験してきてるけど

**デフォルトの名無しさん** · 2020/10/26(月) 13:17:10.36

>>906
JSはそのうち消えるぞ

>>907-908
C#のがはるかに高機能なのにC#使いが理解できないわけないだろｗ
silverlightなんて古い話はどうでもいい
wasmはweb standardだぞ

note.jsみたいな低速バックエンドつかってる情弱はだまっとれｗ

>>908
あげたらきりがないが、高速な実行スピード、開発スピード。
Type safety
LINQ
Visual Studio
充実したドキュメント
MSによる長期サポート

**デフォルトの名無しさん** · 2020/10/26(月) 13:25:24.06

>>917
消えないよ。
例えばC#にしよう！となるとなんでRustじゃダメなんですかGoじゃダメなんですかとなる。
Rustにしよう！となるとなんでC#じゃダメなんですかGoじゃダメなんですかとなる。
JS以外は共通語としてコンセンサスが取れない。
結局いつまで経ってもJSとその他（会社・プロジェクトごとに異なる）という枠組みが残る。
そのうち消えるのは確実にC#

**デフォルトの名無しさん** · 2020/10/26(月) 13:27:20.31

>>917
いやいや
C#使ってる人間がする議論のレベルの高さを聞いたんだよ
C#なんて馬鹿でも使えるんだから

**デフォルトの名無しさん** · 2020/10/26(月) 13:44:36.99

C#がレベル高いとは思わないが、jsやってる人はなんとなく苦行を強いられてる気がする。
でもそれが技術なんだとおもいこんでるきがする。

tsで型使うとこんな便利なんだ！って書いてるブログ見てそう思った。
え、そんなの当たり前じゃないの…ってことが書いてた。

こんな比較はC#もjsも実務でバリバリ使いこなせてる人じゃないとできない。

**デフォルトの名無しさん** · 2020/10/26(月) 13:49:38.61

そもそもjsしかできないと思ったら大間違いだからな

**デフォルトの名無しさん** · 2020/10/26(月) 13:57:09.02

nodejsのパフォーマンスがボトルネックになることってなさそう。

大半のアプリケーションがボトルネックになってる箇所はネットワークの待機時間とかなんじゃないの？

**デフォルトの名無しさん** · 2020/10/26(月) 14:15:56.10

実践Rustプログラミング入門って本で
JSをRustで書いたwasmに置き換えたらどれだけ速くなるか示します！みたいな章があって、
結局あまり速くなってませんが理由はいろいろ考えられます…みたいなションボリした感じで終わっててワロタｗｗｗ

**デフォルトの名無しさん** · 2020/10/26(月) 14:21:02.08

jqueryはWordPressにWordPress専用のjquery、テーマ毎のjquery、プラグイン毎にjqueryがバージョン別に読み込まれてるからコンフリクト起きていても単純に全てjqueryオブジェクトにぶっ込んで見た目は動いているように見えているだけ
しかもjqueryオブジェクトは全メソッドを保持するというゴミ仕様
使わなくても全て実装している

これどうやってテストすんだよ？ゴミクソjquery脳だと

**デフォルトの名無しさん** · 2020/10/26(月) 14:51:51.14

>>899
> だから複雑なものを作ろうとしたときに

複雑なものは単純化して作りましょう

**デフォルトの名無しさん** · 2020/10/26(月) 14:52:44.72

SPAだったら複雑なものが作れる！
ほら、すごく複雑なUI！！！

馬鹿じゃなかろうかｗ

**デフォルトの名無しさん** · 2020/10/26(月) 14:53:34.00

>>924
> プラグイン毎にjqueryがバージョン別に読み込まれてるから

いちいち嘘つくなよ。実例だしてみろよ
アホかｗ

**デフォルトの名無しさん** · 2020/10/26(月) 15:19:31.75

>>927
おめーがわかってねえんだろ
WordPressというゴミクソはなんでもアリだからテーマでjquery読み込もうがプラグインで読み込もうが関係なく読み込んでるんだよ
ちなみにWordPressには未だに1系のjqueryが使われている

そしてjqueryオブジェクトには全ての関数が生えている
素のjsでできるのにわざわざjqueryで処理させるために

素のjsでdomを処理したら当たり前だがjqueryオブジェクトには反映されない
この不整合が生まれる
さらにWordPressやテーマに付属のjqueryや他のjqueryプラグインが勝手にdom変えると自分がいじってるはずのjqueryオブジェクトには反映されないからどうなっているのかわけわからんことになる

こんなゴミクズ仕様で開発やテストなんか不可能
バカが簡単と思ってやっていたら本番稼働で動きませんでしたっていうだけ
それに気づかない奴がjqueryを崇めている

**デフォルトの名無しさん** · 2020/10/26(月) 16:05:14.68

> 素のjsでdomを処理したら当たり前だがjqueryオブジェクトには反映されない
> この不整合が生まれる

え？何の話？
jQueryを仮想DOMとでも勘違いしてるだろｗｗｗ

**デフォルトの名無しさん** · 2020/10/26(月) 16:06:31.67

> さらにWordPressやテーマに付属のjqueryや他のjqueryプラグインが勝手にdom変えると自分がいじってるはずのjqueryオブジェクトには反映されないからどうなっているのかわけわからんことになる

ならんなぁ、どういう使い方してるのか書いてみ

**デフォルトの名無しさん** · 2020/10/26(月) 16:10:45.62

あー、いや言葉で説明できないだろうから
再現コード書いてみ

**デフォルトの名無しさん** · 2020/10/26(月) 16:15:46.25

>>931
おめーがバカだからんかんねえんだろゴミクズ
jqueryしか使えないアホは理解不能だからソース書いても理解できねえだろ

**デフォルトの名無しさん** · 2020/10/26(月) 17:34:28.11

>>898
chromeのdevtoolsみたいなのreactで作ってんだけど、本当にjQueryで出来る？

**デフォルトの名無しさん** · 2020/10/26(月) 17:55:31.25

>>919
C#選ぶという選択をできてる時点で技術的に優れてる

C#使いにframework不要論説いてる無能はいない

**デフォルトの名無しさん** · 2020/10/26(月) 17:56:36.93

>>920
JSやってるやつらはそもそもほとんど型の概念理解してない。

**デフォルトの名無しさん** · 2020/10/26(月) 18:19:28.96

>>889
ほんそれ

**デフォルトの名無しさん** · 2020/10/26(月) 18:31:13.26

>>917
> Type safety
> LINQ
> Visual Studio
> 充実したドキュメント
> MSによる長期サポート
それ全部ある上にWebでネイティブに使えるTypeScript最強説

**デフォルトの名無しさん** · 2020/10/26(月) 18:34:35.38

>>926
お客様「使いにくいからシンプルに戻して」

まあこれだよな

**デフォルトの名無しさん** · 2020/10/26(月) 18:37:29.18

>>937
設計者同じだしな。
C#＝ジャギ
TypeScript＝ケンシロウ

**デフォルトの名無しさん** · 2020/10/26(月) 18:38:07.02

>>937
やはりアンダースヘルスバーグは天才なんだね

**デフォルトの名無しさん** · 2020/10/26(月) 18:47:12.01

Delphi = トキ

**デフォルトの名無しさん** · 2020/10/26(月) 18:55:36.99

Vue 、React、Angular 使えるレベルの人に
はBlazorは不要では？

**デフォルトの名無しさん** · 2020/10/26(月) 19:03:10.58

今日のOPって
1.1750-60ドル
これだよね

**デフォルトの名無しさん** · 2020/10/26(月) 19:05:47.81

>>942
安全堅牢で高速なフロントエンドを作りたいならありかもね
まあ速度はこれからだけど

**デフォルトの名無しさん** · 2020/10/26(月) 19:11:01.10

>>944
Blazorはdomをjsで書き換えてるんで
なんだかなぁ？って感じなんで
js一切使わないバージョンが出てからの期待だね。

**デフォルトの名無しさん** · 2020/10/26(月) 19:11:49.99

正直ReactがWasmに対応して他を駆逐する未来もありそうだと思う。Wasm使っても結局DOMは残るわけだし、Reactiveは確かに強力だし

**デフォルトの名無しさん** · 2020/10/26(月) 19:21:03.49

>>937 >>939
高速な実行スピード、開発スピード。
この1行抜いたのはなぜだｗ

TypeScriptのデバッグはC#よりかなり劣化するだろ
TSはトランスパイル後はJSでしかない。
JSをマシにする程度の技術でしかない。
JSの弱点の多くは残る

WasmでJS縛りがなくなった以上、同じ開発者のC#を
使うほうがいいだろう

**デフォルトの名無しさん** · 2020/10/26(月) 19:31:14.55

>>947
単に入れ忘れた。すまんな。
トランスパイルしてもTypeScriptのエラー箇所は(SourceMap作れば)普通にブラウザが教えてくれるし、ブレークポイントもブラウザで使えるでしょ。
というかその理屈だとWasmに変換したC#の方がデバッグ難しくない？

**デフォルトの名無しさん** · 2020/10/26(月) 19:46:01.95

>>942
Blazorならバックエンドも同じC#で開発できて効率がいい

**デフォルトの名無しさん** · 2020/10/26(月) 20:18:11.78

Blazorってクライアントサイドとサーバーサイドでモデルの共有ができる。
これってかなり楽だとおもんだけど、他のフレームワークってこういうのある？
無知ですまん。

**デフォルトの名無しさん** · 2020/10/26(月) 20:28:37.29

モデルとは何か？

**デフォルトの名無しさん** · 2020/10/26(月) 20:34:57.63

データを入れる枠組みみたいなもの

**デフォルトの名無しさん** · 2020/10/26(月) 20:37:30.36

MVCのMのつもり？

**デフォルトの名無しさん** · 2020/10/26(月) 20:58:09.54

>>942
レベルとかそういう話じゃない

**デフォルトの名無しさん** · 2020/10/26(月) 21:02:17.22

>>950
Microsoft以外にはないはず。
MSはfrontend, backendのframeworkの両方を開発してるし
さらにDatabaseまで作ってる。

Modelのclassからtableの作成まで連動できたり生産性がぶっちぎりだからな

**デフォルトの名無しさん** · 2020/10/26(月) 21:53:12.81

Googleならクライアントから直にオブジェクトをDBとやりとりできる環境もあるんですよ。Firestoreって言うんですがね。

**デフォルトの名無しさん** · 2020/10/26(月) 22:35:03.13

>>950
node

**デフォルトの名無しさん** · 2020/10/26(月) 23:16:59.64

>>932
再現コードはまだですか？

>>933
chromeのdevtoolsみたいなのとはなんですか？
どの部分ができないと思うんですか？

**デフォルトの名無しさん** · 2020/10/26(月) 23:32:57.45

あるのかないのかどっちなんだ…

例えば、
バックエンド側でデータベースにアクセスしてモデル…c#であればDBのテーブルと同じ構成のpocoに突っ込んで
フロントエンドに返すようなよくある仕組み。

このモデルから項目を一つ削除したとする。

Blazorなら、フロントエンド側で削除した項目を使っている場合は、そんな項目はないですよとIDEがエラーを吐くよね。

こういう仕組みが他のWebフレームワークにあるかを知りたいのですよ。

**デフォルトの名無しさん** · 2020/10/27(火) 00:04:57.94

>>959
>>957

**デフォルトの名無しさん** · 2020/10/27(火) 00:06:34.39

>>1
これ嵐なん？

**デフォルトの名無しさん** · 2020/10/27(火) 00:15:35.15

>>956
従量制でコスト高いクラウドと比べるとかアホじゃないのか
そんなのバックエンドのスキルないやつがつかうものだ

**デフォルトの名無しさん** · 2020/10/27(火) 00:15:47.67

>>933
Firefox debuggerはReact採用してるね。
https://madewithreactjs.com/firefox-debugger
Chrome DevToolsはLighthouseタブの中がReact製。
DevToolsも拡張機能で拡張できるがReact使ってるの多い一方jQuery製は見たことない。
恥ずかしくてストアに登録できないんだろうなｗｗｗ

**デフォルトの名無しさん** · 2020/10/27(火) 00:21:53.39

UNITY Editorは何で作ってんだろ？
かなり高度な実装なんで気になる。

**デフォルトの名無しさん** · 2020/10/27(火) 00:22:45.45

>>959
ないでしょ
MSの開発ツールと同レベルのデバッグできる開発ツールはない

JSもRubyもType safetyじゃないからできない
JavaとかKotlinとか静的言語ならできる可能性あるけどツールの存在は知らない
kotlinとかはそもそもいいframeworkがないし

**デフォルトの名無しさん** · 2020/10/27(火) 00:57:59.58

>>965
ちょっとわるいけど>>957と戦ってもらっていい？

**デフォルトの名無しさん** · 2020/10/27(火) 01:55:47.15

>>966
戦うまでもない
node.jsでできるわけがない、そいつ嘘つき
もしくはバックエンド、DBの知識がゼロ

node.jsはframeworkじゃないし
JSはtype safetyですらない

**デフォルトの名無しさん** · 2020/10/27(火) 02:09:57.04

本当にないの…？
え、じゃあみんなバックエンドのモデルに変更があったよー、フロント側の影響あるところシラミつぶしに探して修正してくれー
なに？修正が漏れて本番環境にリリースされた！？
バッカモーン今度からはトリプルチェックだー！
な事してるってこと？
それって苦行すぎないか…？

Blazorの話がしたいんではなくて
世のWeb系と言われる開発者の皆さんがこの辺どういう風にしてるかを知りたい。

**デフォルトの名無しさん** · 2020/10/27(火) 03:08:42.51

jqueryはお話にならない
ゴミクズjqueryは無駄で不要なメソッドをわざわざすべて生成しているゴミのような仕様
domの構造に依存しているから再利用性ゼロ
テストもできない
アホ専用

**デフォルトの名無しさん** · 2020/10/27(火) 04:11:56.81

そもそもなんでjQueryの話聞かされなきゃならないんだ
本当に迷惑だよな

**デフォルトの名無しさん** · 2020/10/27(火) 06:05:01.58

>>962
ひどい後出しジャンケンだな。あるか無いかの例として出しただけなのに。
コスト面で言えばMSのライセンス料すらかからない構成もできるよ。Linuxサーバで、NodeとTypeScript使ってフロントとバックエンドで型を共有して、JSONがほぼそのまま格納できるMongoDBとかも構成可能だよ？

**デフォルトの名無しさん** · 2020/10/27(火) 07:04:24.91

新スレ乱立してるから立てるなよ
次は下のでいいだろう
理由はAngular誰もつかってないし3つで対決する必要がない。
VueもReactに寄せてきてるっていうしその二つで対決させてもしょうがない。

フロントエンドJavaScriptフレームワーク総合
http://mevius.5ch.net/test/read.cgi/tech/1591848719/