Vue vs React vs Angular vs Svelte Part.8

**デフォルトの名無しさん** · 2021/05/23(日) 13:42:32.51

Vue
https://jp.vuejs.org/
React
https://reactjs.org/
Angular
https://angular.io/
Svelte
https://svelte.dev/

※前スレ
Vue vs React vs Svelte Part.7
https://mevius.5ch.net/test/read.cgi/tech/1610901677/

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

**デフォルトの名無しさん** · 2021/12/26(日) 10:59:24.81

jQuery は、this を使えるようにしたのが功績

JavaScript では、thisが狂う。
thisがwindow を指してしまうので、あらかじめthisを、that に代入したりして使っていた

**デフォルトの名無しさん** · 2021/12/26(日) 12:20:29.29

jqueryがなかったらReactもvueもなかった
jqueryがjavascriptを変えた
感謝しろ

**デフォルトの名無しさん** · 2021/12/26(日) 12:49:50.72

thisがwindowとかstrictモードすら知らんのかしら

**デフォルトの名無しさん** · 2021/12/26(日) 13:10:16.83

　環境構築、vuecli(vue3)で、tailwind css3を使いたい。

npmでtailwindcssインストールするとエラー出るpostcss8周りでエラーが発生

tailwindcss2(postcss7)のパッケージは入るやり方は調べたが‥
vuecli+tailwind css3を使えるやり方求む。

tailwindcss2が入るやり方だとこんな感じでした。
npm install tailwindcss@npm:@tailwindcss/postcss7-compat @tailwindcss/postcss7-compat postcss@^7 autoprefixer@^9

代替案としては、vuecliで作ったプロジェクトフォルダー内でtailwindcssをインストールせずに、
別フォルダーに　npm install -D tailwindcssで構築して、
tailwind.config.jsでvuecliで作ったプロジェクトフォルダーを指定して
npx tailwindcss -i input.css -o output.css　とかで環境構築するしかないかなぁ

**デフォルトの名無しさん** · 2021/12/26(日) 13:29:31.40

>>711
> npmでtailwindcssインストールするとエラー出るpostcss8周りでエラーが発生
tailwindcss3を普通にinstallするとどんなエラー出るの？

**デフォルトの名無しさん** · 2021/12/26(日) 13:49:32.96

vue createで作ったフォルダでnpm install -d tailwindcss　をやると
npm WARN tailwindcss@3.0.7 requires a peer of autoprefixer@^10.0.2 but none is installed. You must install peer dependencies yourself.
npm WARN tailwindcss@3.0.7 requires a peer of postcss@^8.0.9 but none is installed. You must install peer dependencies yourself.
npm WARN postcss-nested@5.0.6 requires a peer of postcss@^8.2.14 but none is installed. You must install peer dependencies yourself.
…省略…
こんな感じですね。

**デフォルトの名無しさん** · 2021/12/26(日) 13:51:51.51

>>707
昔に作られたからだめという考え方が終わってる
C言語なんかもっと昔に作られたもの
なぜ今も使われてるかを理解できないでしょｗ

**デフォルトの名無しさん** · 2021/12/26(日) 14:00:38.46

>>707
> イベント用関数のthisがDOMをbindするのは別に普通だよ。
ならDOM用のイテレータのthisもDOMであるべきってわかるだろｗ

DOMイベント用の例えばclickとかにデイジーチェーンでeachなどを
つなげるようにするためってわからないか？

clickはthisでアクセスするのにその次のeachはthisじゃないとか一貫性がないだろ
もう少し基礎というか設計能力を鍛えたほうがいい
オレオレフレームワークを自分で作ったこともないだろ
オレオレは使うものではないが、自分で作ることで技術を理解できる

おまえはまだまだってことだ

**デフォルトの名無しさん** · 2021/12/26(日) 15:28:41.58

>>713
vue create hogeでvue3を選択してインストールした後hogeに移動してtailwindcss3インストールしてみたけどエラー出ないな。
npm更新してもう一度0から構築してみては？

**711** · 2021/12/26(日) 16:50:52.27

>>716
npm アップデートしたけどダメでした。
postcss.config.jsとか設定する前は、npm run serveはエラーでないんですけどね
これ見ながらやってました。
tailwndcss2と3の tailwind.config.js 設定違いは自分で修正してます
ttps://qiita.com/inainainariinainari/items/8050d9e431523d3b0135

npm run serveすると…
ERROR Failed to compile with 1 error 16:39:46
error in ./src/assets/tailwind.css
Syntax Error: Error: PostCSS plugin tailwindcss requires PostCSS 8.
Migration guide for end-users:
ttps://github.com/postcss/postcss/wiki/PostCSS-8-for-end-users

@ ./src/assets/tailwind.css 4:14-166 15:3-20:5 16:22-174
@ ./src/main.js
@ multi (webpack)-dev-server/client?http://xxx.xxx.xxx.xxx:8080&;sockPath=/sockjs-node (webpack)/hot/dev-server.js ./src/main.js

別フォルダーでtailwndcss3、autoprefixer、cssnanoの出力設定までは作ったので諦めてこっち使うかな＞＜

**デフォルトの名無しさん** · 2021/12/26(日) 17:02:34.84

>>717
postcss8以上使えってモロに書いてあるだろ
エラーメッセージを読め

**デフォルトの名無しさん** · 2021/12/26(日) 19:45:26.92

>>718
入れたけどダメだったから質問してるんだよ

**デフォルトの名無しさん** · 2021/12/26(日) 20:27:42.09

これは試した。
npm install -D tailwindcss postcss autoprefixer --force

package.jsonはこんな感じ。
"devDependencies": {
"@vue/cli-plugin-babel": "~4.5.0",
"@vue/cli-plugin-eslint": "~4.5.0",
"@vue/cli-service": "~4.5.0",
"@vue/compiler-sfc": "^3.0.0",
"autoprefixer": "^10.4.0",
"babel-eslint": "^10.1.0",
"eslint": "^6.7.2",
"eslint-plugin-vue": "^7.0.0",
"postcss": "^8.4.5",
"tailwindcss": "^3.0.7"
},

.\node_modules\postcssを見ても
"name": "postcss","version": "8.4.5",となってる

**デフォルトの名無しさん** · 2021/12/26(日) 21:59:52.94

前になったなそれ
グローバルにpostcss-cliとかpostcss-loaderとかの古いのが入ってるとか他のpostcssプラグインが8に対応してないとか
そんなんだった気がする

**デフォルトの名無しさん** · 2021/12/26(日) 22:00:50.70

最近Reactで関数コンポーネントしか使ってないからthisってどう使うんだっけってレベル

**デフォルトの名無しさん** · 2021/12/26(日) 22:12:25.04

>>721
なるほどそういうことか。
俺はVue使ってないから最新の@vue/cliをインストールした上でnpx vue createした。
だから711の状況を再現できなかったのか。スッキリしたぜ

**デフォルトの名無しさん** · 2021/12/26(日) 22:13:22.38

とりあえず、jQuery使いが嫌がられてる理由がよく分かる流れだった😅
こんなのチームやそれこそPMにいたら地獄だろうな…😭😭

**デフォルトの名無しさん** · 2021/12/27(月) 01:54:41.63

>>724
技術で反論できないからって
それはないだろｗ

**デフォルトの名無しさん** · 2021/12/27(月) 06:24:21.79

>>724
隔離して約款ページでも作らせるしか無いなw

**デフォルトの名無しさん** · 2021/12/28(火) 06:24:29.12

認証はもうFirebase Authenticationとかで良いよね？

**デフォルトの名無しさん** · 2021/12/28(火) 13:22:00.42

むしろ使うべき
自前で実装する時代は終わった

**デフォルトの名無しさん** · 2021/12/28(火) 13:39:56.31

オンプレはどうするんや。
最近、オンプレへの回帰も多いで

**デフォルトの名無しさん** · 2021/12/28(火) 14:36:37.00

それなんだよなあ

**デフォルトの名無しさん** · 2021/12/28(火) 15:09:45.62

>>673
チートシート見たらわかるけど使うなっていってるだから俺は宣言文でやってるわ

**デフォルトの名無しさん** · 2021/12/28(火) 15:48:02.03

関数型のarrow は状態を持たない、
computed property・計算値アクセスみたいなもので、this を持たない

ネスト内の無名関数も、this が無意味になって、window を指す。
callback の文脈が分からない。
異次元空間アクセス

だから、あらかじめ、that, bind で関連付けしないと使えない

**デフォルトの名無しさん** · 2021/12/28(火) 16:18:33.90

Ruby on Rails の作者・David Heinemeier Hansson(DHH)の、9/8 の動画ある。
もう、Rails 7

Alpha preview: Rails 7 w/ esbuild + Tailwind CSS
https://www.youtube.com/watch?v=JsNtLiph87Y

**デフォルトの名無しさん** · 2021/12/28(火) 18:23:33.19

どういう神経してたらこのスレにrailsがくるんだろう

**デフォルトの名無しさん** · 2021/12/28(火) 18:30:44.26

親切な人ですよね。

**デフォルトの名無しさん** · 2022/01/04(火) 21:12:00.70

vuejsも最近は｢reactのこの機能、vuejsでもできるようにしました！｣ばっかりで｢それだったらreactでよくね？｣って感じることが多くなってきたな
htmlとjs部分をはっきり分ける形式のフレームワークだったら最近はsvelteがreactとは違う方向性を目指してていいと思った
今後はjsxが嫌だったらsvelte、そうでなければreactって感じになりそう

**デフォルトの名無しさん** · 2022/01/04(火) 23:02:54.63

はー、Reactだけ追ってるけど他は今そんな感じなのか～

**デフォルトの名無しさん** · 2022/01/05(水) 09:45:39.28

だからjQueryでいいやろ

**デフォルトの名無しさん** · 2022/01/05(水) 12:33:36.82

はいはい今日もご苦労さん

**デフォルトの名無しさん** · 2022/01/05(水) 13:45:42.94

JSX最初は嫌いだったけどここで突き抜けて便利になるともはやこれでいいやってなるわ

**デフォルトの名無しさん** · 2022/01/05(水) 16:32:09.08

Vueは少ない学習で楽にSPAを組めるのがウリだったはずなんだけどただのジェネリックreactになってる
理想としたポジションはsvelteにとられちゃったね

**デフォルトの名無しさん** · 2022/01/05(水) 18:28:23.07

まあSPAはいうても使われる用途がホームページとかそういうレベルの低いところに限られてくるし
それ以上のレベルってなるとやっぱreactもしくは単純にjQueryのみで分かりやすくってなるからしゃーない

**デフォルトの名無しさん** · 2022/01/05(水) 18:44:44.64

静的HPもNext.js使うしもうReactにどっぷりですわ

**デフォルトの名無しさん** · 2022/01/06(木) 07:50:52.50

reactはhooks推奨してからもう2、3年くらいたって
hooksの記事やサンプルも充実してるし
classコンポーネントから完全に移行できたけど

vueは今触り始めるのは最悪の時期だろうな

**デフォルトの名無しさん** · 2022/01/06(木) 09:34:24.89

他の言語からjsとReactを初めて見る奴らはこの気持ち悪さに嫌気がさすらしい
その前に奴らはhtmlとcssすらまともに使えないんだが

**デフォルトの名無しさん** · 2022/01/06(木) 09:43:15.32

Next使うようになってReactがめちゃくちゃ楽しくなったわ
React単体だとかえって面倒なことになりかねない

**デフォルトの名無しさん** · 2022/01/06(木) 10:30:45.25

next.jsってシンプルなSPAでは必要無いように思うんだけど
どの時点から使うメリット出てくるんだろう

**デフォルトの名無しさん** · 2022/01/06(木) 10:44:20.87

むしろシンプルなSPAこそnext使うべきだよ
SPAといってもサーバーサイドを無視することはできないからね

**デフォルトの名無しさん** · 2022/01/06(木) 12:39:58.64

Ruby on Rails の埋め込みテンプレートERB では、
HTML, JavaScript も、a.html.erb, b.js.erb に、ERBで書いている

<% ～ %>, <%= ～ %>

だから、JSX の方が可読性が高い

**デフォルトの名無しさん** · 2022/01/06(木) 16:20:27.07

>>747
serverはapiだけだよいね

**デフォルトの名無しさん** · 2022/01/06(木) 17:14:08.33

うろ覚えだけどNext.jsのREST部分ってExpressみたいな感じだっけ？型に厳格にできるFasify使いたくなる。

**デフォルトの名無しさん** · 2022/01/07(金) 00:30:34.19

Fastify
https://www.fastify.io/
Node.js用の高速でオーバーヘッドの少ないWebフレームワーク

**デフォルトの名無しさん** · 2022/01/08(土) 19:22:06.33

https://streamlit.io/components

ここみると皆Reactなんだが

**デフォルトの名無しさん** · 2022/01/08(土) 21:00:03.90

そういうみんなReactとかいうこと言うと、
そもそもみんなReactやVueじゃなくてjQueryがほとんどじゃん

いや、煽ってるわけじゃないよ、念のため事実として言ってるだけね

**デフォルトの名無しさん** · 2022/01/08(土) 21:28:33.00

もちろんそうだが文字通り利用者数が多いだけで実体は
フロントにベタ貼りみたいな使い方がほとんどだから多いだけじゃないの

**デフォルトの名無しさん** · 2022/01/08(土) 21:30:27.61

何度も何度もバカは学習しないんだな

**デフォルトの名無しさん** · 2022/01/08(土) 21:31:14.14

WordPressだろっつってんだろ

**デフォルトの名無しさん** · 2022/01/08(土) 23:52:15.48

面接でjQueryの良さを語る奴がいたら秒でお疲れしたって言うね

**デフォルトの名無しさん** · 2022/01/09(日) 00:38:34.20

>>747
ルーティングの設定がいらないから、複数ページある場合はNextにした方が楽よ
あとは外部API叩きたいかつAPIキー隠したい場合なんかも、Next.jsでAPI書けるからいいんでないかね

**デフォルトの名無しさん** · 2022/01/09(日) 00:54:42.58

>>754
お前の知ってる様なそういうパブリックなWebサイトとかじゃなく
もっとクローズな用途なクラウドサービスのコンパネとか

**デフォルトの名無しさん** · 2022/01/09(日) 02:10:21.94

>>1にも話題禁止て書かれてるように
jqueryて、いやそりゃjquery便利だよ、でもそういうことじゃなくて・・
みたいな立ち位置だからな

**デフォルトの名無しさん** · 2022/01/09(日) 02:12:41.98

>758
面接でゲームプログラミングの技術の話をしたら
大人になってもゲームするようなやつは・・・なんて
言うやつもいるからなｗ

お前が正しく技術を判断できないだけやで

**デフォルトの名無しさん** · 2022/01/09(日) 02:19:22.76

>>760
なぜReactはパブリックには使えないのかって話だよね

**デフォルトの名無しさん** · 2022/01/09(日) 02:42:58.17

>>762
はぐらかすなよ
jQueryを使う人間はクソだと言う話をしてるだけだぞ

**デフォルトの名無しさん** · 2022/01/09(日) 03:02:28.13

「jQueryを使う人間はクソだと言う話をしてる」アホがいるってだけだろ？

それとも78%以上のサイトがアホだという証明でもあるんですか？

2017年 JavaScript★71.9%ものサイトがjQueryを利用 [無断転載禁止]©2ch.net
https://medaka.5ch.net/test/read.cgi/prog/1485008061/

**デフォルトの名無しさん** · 2022/01/09(日) 04:11:18.35

詐欺サイトやゴミサイトのWordPressが自動量産されていくからこれからもjqueryはシェアを拡大していく

**デフォルトの名無しさん** · 2022/01/09(日) 04:45:28.66

>>765
お前が自分で証明してるでしょ

**デフォルトの名無しさん** · 2022/01/09(日) 06:52:10.05

>>759
SGでよければ外部APIキー使うときにgetStaticProps使えばAPI書くまでもないしね。

>>763
はぁ、Facebook, Salesforce, Paypal, Cloudflare, Twitter, Amazon 等そうそうたるメンバーがパブリックでも利用してますけども。
https://jp.quora.com/React-wo-shi-tsu-ta-daikibo-na-uebusaito-ha-nani-ga-arima-suka

**デフォルトの名無しさん** · 2022/01/09(日) 07:24:36.84

そうそうたるメンバーしか、パブリックで利用していない

**デフォルトの名無しさん** · 2022/01/09(日) 07:55:46.28

面接でjQueryの良さを語る人が来ても別にお祈り確定はしないけど、ここで暴れてるjQueryおじさんみたいなの来たら即お祈りするわ

**デフォルトの名無しさん** · 2022/01/09(日) 10:31:52.82

>>767
重要なのはReactのシェアが増えないことだろう？

このグラフは100%を振り分けたものではなく
ウェブサイトで使われてる割合を示すグラフなんだから
jQueryのシェアが増えたからって別にReactの
シェアが下がるわけじゃないってわかってる？

Reactはウェブサイトで2.5%しか使われてないんだよ

**デフォルトの名無しさん** · 2022/01/09(日) 11:22:05.50

その2.5%にトラフィック集中してそう

**デフォルトの名無しさん** · 2022/01/09(日) 11:24:41.30

>>759
ディスプレイサイズに合わせて画像のリサイズとかwebp変換とかもやってくれるのも追加で

逆に素のReact使うメリットが見当たらんな
どっちも1回コマンド叩けばすぐに使えるし

**デフォルトの名無しさん** · 2022/01/09(日) 12:01:24.48

Nextってかssr、ssgできるようなフレームワークはライブラリによってはドキュメント通りに設定してもエラーになることがデメリットやな
Firebaseとかリッチテキストエディターとかエラったわ

**デフォルトの名無しさん** · 2022/01/09(日) 12:43:56.53

>>769
そら伝統的なほーむぺーじの進化系としての今のモダンなWebページと
AccessやVBやVC++で作られてたフォームアプリの汎用化としてのWebアプリじゃ求められるものが違うからやん

結局リテラシーが低いからそんな事も分からんのやろ？

**デフォルトの名無しさん** · 2022/01/09(日) 12:48:50.92

>>775
AccessやVBやVC++で作られてたフォームアプリの汎用化としてのWebアプリ
は同じマイクロソフト系のASP.netMVCで作るっしょあれサーバーサイドレンダリングもコンポーネントもRaserで作れるし

**デフォルトの名無しさん** · 2022/01/09(日) 12:54:00.92

ReactからNextって簡単に移行できるもの？
何も知らん状態からReactで作ってる途中なんだけどメリットしかないなら移行する

**デフォルトの名無しさん** · 2022/01/09(日) 13:01:09.93

>>775
そうか、考えてみると昔の人はVB(非.Net)とかVC++なんかでアプリ組んでたのか……ひたすら辛そう。まぁ今のwebアプリより考える事圧倒的に少ないんだろうけど。

**デフォルトの名無しさん** · 2022/01/09(日) 13:15:05.18

>>778
まぁアプリの方が作りはシンプルだけどトラブルあった時毎回現地に行かなきゃいけないみたいな不要な手間が相当あるからね

**デフォルトの名無しさん** · 2022/01/09(日) 13:32:55.14

Webにできるようなアプリを単体で配布したところでそんな手間がかかったりするかねぇ。
現場じゃないとできないサポートってどんなんだろ？

**デフォルトの名無しさん** · 2022/01/09(日) 13:41:15.88

昔地図系のアプリ開発やったあとの保守で定期的にデータ更新しにいろんなところ回ったりしてたで
当時はネットワークでアップデートって時代じゃなかったから当たり前だったわ

**デフォルトの名無しさん** · 2022/01/09(日) 15:44:54.35

Accessとかだとデータ破損がよくあるっぽい
自分が担当じゃないがそれでよく現地行ってる人が居る

**デフォルトの名無しさん** · 2022/01/09(日) 16:05:16.28

ネットワークが使えない現場の話かな？

**デフォルトの名無しさん** · 2022/01/09(日) 16:17:20.50

>>775
そんなこともわからんから
自分たちがReact使っだけで
ウェブ全体からjQueryがなくなるなんて勘違いしてるアホがいるんやで

現状はjQueryが78%以上使用されていて
しかもまだ増え続けてるんや

**デフォルトの名無しさん** · 2022/01/09(日) 16:29:05.95

>>784
別にjQueryがある事自体は否定してないよ
そらWebサイトは増え続けてるんだから利用実績は増えるやろ

**デフォルトの名無しさん** · 2022/01/09(日) 16:39:27.64

jQuery使いがjQuery使ってるのは好きにすれば良いよ。用途が違うからシェアがどれだけあっても関係ないし、俺たちも住み分けできて快適だ。
ここで暴れてる理由はまるでわからん

**デフォルトの名無しさん** · 2022/01/09(日) 16:41:23.02

初期の頃用途が違う事が理解できずにVue民とかがjQuery民にマウント取りに行ったのを今でも根に持ってるんだろうな

**デフォルトの名無しさん** · 2022/01/09(日) 16:42:52.33

脱jQueryとかアホなことを言ってるアホに
現実を教えてるだけだよ

**デフォルトの名無しさん** · 2022/01/09(日) 16:43:44.49

>>787
用途が違うのに最初に脱jQueryとか言って
使い物にならないものを普及させようとしたアホは誰かって話だ

**デフォルトの名無しさん** · 2022/01/09(日) 16:49:16.50

一時期ブームになった脱jQueryは
すっかり鳴りを潜めてしまったしな
ようやく用途が違うって理解したんだろう
80%近くの人にはjQueryの方が適切だったんだよ

**デフォルトの名無しさん** · 2022/01/09(日) 16:52:50.92

>>789
スマンなその頃俺もjQuery民やったしウザかったのも覚えてるが
その後に実際にAngular、Vue、Reactそれぞれある程度使ってみて検討した結果自分の用途にはReactが合ってるっていう結論に達したんや

**デフォルトの名無しさん** · 2022/01/09(日) 16:54:45.80

>>791
アンケート結果
Reactスレに居る住民の100%はReactを使っていました

みたいな話か？ｗ

**デフォルトの名無しさん** · 2022/01/09(日) 17:01:24.09

>>792
出来合いの認証機構一式（ログイン、登録、パスワード再発行辺りの機能）をそれぞれのフロントFWで置き換え実装してみた感じだが

**デフォルトの名無しさん** · 2022/01/09(日) 17:19:20.04

オーケーわかった。用途が違うしシェアも大きい。納得したから帰ってどうぞ

**デフォルトの名無しさん** · 2022/01/09(日) 19:23:08.53

jQueryっていうか昔ながらのMVCがなんだかんだで一番ユーザーに受け入れられるってことなんだろうな
なのでMVCにCDNのreactってスタイルを洗練させて普及すれば数年でjQuery駆逐できると思う

**デフォルトの名無しさん** · 2022/01/09(日) 19:30:36.04

>>795
Reactはあらゆるものの部品化を洗練していくことで開発効率が上がるパターン

**デフォルトの名無しさん** · 2022/01/09(日) 19:32:53.80

>>796
そうだね
じゃあそれでMVCを洗練させていくのがシェア伸ばす近道だと思うよ

**デフォルトの名無しさん** · 2022/01/09(日) 19:35:39.71

そもそも使ってるところは使ってるんだから無理にシェアを増やす必要なんて更々ない

**デフォルトの名無しさん** · 2022/01/09(日) 19:40:20.67

シェアの大きさはライブラリの寿命に直結するから多いにこしたことはない
10年間メンテなしで安定して動くツールと頻繁にメンテしないといつ動かなくなるかわからないツール
ビジネスって常にコストパフォーマンスだから内容自体が相当に良いものじゃないと後者が勝つことはまずない

**デフォルトの名無しさん** · 2022/01/09(日) 19:48:13.52

>>799
シェアは比率であって絶対数じゃないんだから分母が大きい分仮に5%とかでも他の言語の規模に比べたら相当な数になるんだが

**デフォルトの名無しさん** · 2022/01/09(日) 20:04:15.21

それだけライバルの絶対数も増えるということだよ
経営判断をするときには統計、割合のほうが重視されるのは当たり前のこと

**デフォルトの名無しさん** · 2022/01/09(日) 21:01:33.78

とりあえず今個人的に熱いと思ってるStreamlitはvueよりrect推しみたいだな
https://streamlit-components-tutorial.netlify.app/introduction/learn-react/
まぁいつでも方向転換しそうだが

**デフォルトの名無しさん** · 2022/01/09(日) 21:02:22.98

>>777
わりと簡単に移行できるけど、React覚えてからの方が混乱は無いと思うなぁ。Next.jsはあくまでもReactの延長線上にあるし

**デフォルトの名無しさん** · 2022/01/09(日) 23:06:01.65

gatsbyちゃんはお亡くなりになったのかしら…？

**デフォルトの名無しさん** · 2022/01/09(日) 23:13:49.50

jQueryは時代遅れの産物
JavaScriptによる操作が弱くて不十分だった時代そしてブラウザ互換性が弱かった時代に有用であった
今はjQueryは不要

一方でReact万能主義の人もおかしい
Reactが適しているのはある規模のある用途での利用のみ
規模や用途が外れればReact以外が適していたり効率良かったりする

**デフォルトの名無しさん** · 2022/01/09(日) 23:26:00.50

銀の弾丸はない
当たり前のことなんだがな

**デフォルトの名無しさん** · 2022/01/10(月) 01:30:46.77

>>805
やっぱり理解してないねｗ
jQueryはブラウザDOM APIを改良したもの
DOM APIを使うぐらいならjQueryを使う