Vue vs React vs Angular Part.5

■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
垢版 |
2020/07/29(水) 22:38:49.56ID:z6Fnx3oM
実際どうなん？
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/14(水) 10:37:09.48ID:9gD7Sa8Z
>>610
宣伝乙！
612デフォルトの名無しさん
垢版 |
2020/10/14(水) 11:06:43.62ID:z5/Y8RhD
フロントできないくせにスーパープログラマーとかよく言えたものだな
2020/10/14(水) 11:16:11.67ID:z5Uy/Vd3
KENTA の経歴
https://github.com/kenta-polyglot/cv

すごい！ 100以上の技術を書いてる

Vue.js もやってる
614デフォルトの名無しさん
垢版 |
2020/10/14(水) 11:26:44.30ID:9HhhcjUt
しつこくKENTAの話題かいてたの本人だったのか

ぼったくり情報商材屋KENTAに騙されてはいけない
615デフォルトの名無しさん
垢版 |
2020/10/14(水) 11:51:22.45ID:GsUUoEHv
NG で スッキリ
616デフォルトの名無しさん
垢版 |
2020/10/14(水) 13:57:30.11ID:z5/Y8RhD
このしつこさがキショい
2020/10/14(水) 14:37:59.98ID:EoVZjJO9
https://github.com/kenta-polyglot?tab=repositories&;q=&type=source&language=
こいつサンプルプログラムみたいのしか書いてないじゃん
2020/10/14(水) 14:46:48.53ID:iz9+2TBp
>>617
atcoderとかpaizaに出てくるような問題集の中からそれぞれの言語で1,2問だけ解いた感じか
619613
垢版 |
2020/10/14(水) 15:39:08.99ID:z5Uy/Vd3
KENTA の経歴には、100以上の技術を書いてる。
たぶん、日本一だろ

さすがに、これを超えるのは無理
2020/10/14(水) 16:23:19.20ID:9HhhcjUt
>>619
浅く広くの知識ではたいしたことない。うすっぺらい
たくさんの言語であいさつだけでできてもしょうがないのと同じ

優秀な言語を深くしっているエンジニアのが強い
2020/10/14(水) 16:24:30.40ID:9HhhcjUt
>>617
ほとんどの言語はハローワールドレベルってことだな
2020/10/14(水) 17:08:29.02ID:WmLWzaI4
>>606
おおむねブラウザからサーバのWebAPI叩くとJSONが飛んでくる
623デフォルトの名無しさん
垢版 |
2020/10/14(水) 17:12:05.63ID:ZV1nncqg
13日の金曜日
624デフォルトの名無しさん
垢版 |
2020/10/14(水) 18:58:26.93ID:8UJNbzYb
>>622
ということは今までrailsとかと違ってバックエンドにアクセスするのは
ユーザーのブラウザからだから、バックエンドサーバは外部に晒さなくてはいけないんだよね？

認識あってるかな
2020/10/14(水) 19:03:41.08ID:gLLEmkf+
>>624
バックエンドサーバーを外部に晒すだけじゃダメだぞ
バックエンドサーバーに認証と認可機能を実装しなければいけない

つまりMySQLの場合ユーザーごとにMySQLにログインするユーザーを作って
そのユーザーで参照できるテーブルとデータをちゃんと設定する

例えばUsersテーブルに全てのユーザー名とハッシュ化されたパスワードが入っているならば
ブラウザでログインしたユーザーはUsersテーブルの中の
自分のデータしか参照できないように、バックエンドサーバー（MySQL）の定義を作り込む
2020/10/14(水) 19:04:22.99ID:MAVLXRyI
>>624
そうだよ
とりあえずgRPCだけやっとけばいい
2020/10/14(水) 19:17:27.00ID:9HhhcjUt
>>625
意味不明
なんでパスワードハッシュにアクセスさせてんだよｗ
でたらめばっかりだな

>>624
まずはちゃんとした公式のドキュメントをよめって。
とんでもないでたらめおしえてるやついる
2020/10/14(水) 19:25:47.37ID:duga+8td
俺がFirestoreの例を出したのがいかんかったのか？
ああいうブラウザからDB直接叩く（ように見える）のはどちらかというと例外だよ
2020/10/14(水) 20:38:47.99ID:9lBc7xd9
>>619
多分津耶乃には負けてるんじゃね？
2020/10/14(水) 20:39:56.09ID:9lBc7xd9
>>625
どの道443番は外に晒してるだろ
2020/10/15(木) 05:25:47.10ID:7eWumHpU
DB サーバーは普通、AWS 内のプライベートエリアにある。
公開されていない

公開されているのは、AP サーバー。
それか、Nginx とか

Amazon Web Services パターン別構築・運用ガイド 改訂第2版 (Informatics&IDEA)、
NRIネットコム株式会社、2018

YouTube で有名な、くろかわこうへいのお勧め本
632デフォルトの名無しさん
垢版 |
2020/10/15(木) 09:35:37.27ID:9xE2Evnq
ここ数年でReactとかangularとかの要は"クライアントサイドレンダリング"て言うの？
がメジャーになってきてて、Reactとか名前は聞いたことがあるが、サーバ間の構成を良く知らなかったので混乱してる。

今まではサーバサイドレンダリングの構成だと思うので。
2020/10/15(木) 09:48:41.09ID:2JJ7Sr7B
>>632
またそのデマか
こんなスレタイのスレなんてあるからそうなる
SPAはぜんぜんメジャーになってない
SPAは特殊な用途にしか向かない

ReactはUIライブラリとして使われているだけでSPAとしてはほぼ使われてない
VueもAngularもシェア1%未満

もうこのスレ廃止でいいだろう
SPAが流行ってるかのような誤解を与えるだけ
2020/10/15(木) 10:10:05.28ID:S6IC+plr
5chは流行ってる物のスレ立てる場所じゃないんだが。
forthスレに流行ってると勘違いするからスレ廃止しろとか言ってこいよ糞カスザコプログラマもどき。
2020/10/15(木) 10:12:25.67ID:7EcfSpT0
SPAの功績はSPAというアーキテクチャじゃなくてコンポーネント作るのが楽ってとこだよな
同じように楽にコンポーネントを作れるなら従来のMVCでいい
2020/10/15(木) 10:18:31.29ID:bXlOtEL6
SPAの良さは開発が楽になる点だぞ
お前らユーザーにとってはどうでも良いことだろ
2020/10/15(木) 10:26:48.68ID:GVD5pDuk
Reactでリスト的なコンポーネントいじってるとリアクティブって管理楽だなーって思う。あと副作用を避ける事を徹底しててコード組みやすい。
初見では直感的でないルール多くてちょっとビビるけど
2020/10/15(木) 11:00:56.47ID:7eWumHpU
Ruby on Rails では、Bootstrap と、GUI コンポーネントに、React を使う
2020/10/15(木) 11:02:20.68ID:2JJ7Sr7B
>>636
楽になるわけないだろ
おまえが生産性高いweb framework知らないだけだわ

楽ならもっと普及してる
SPAは時間、コストかかるのにデメリットばかりだからこんなに流行らない
2020/10/15(木) 11:05:12.44ID:2JJ7Sr7B
>>634
ろくに流行ってないくせに対決スレにするなってことだ
0.1%未満のもの比較するスレタイにしてるから騙される人が多い
2020/10/15(木) 11:07:46.27ID:ekPvmwVB
SPAは簡単だから誰でもできる
簡単なことだから高い技術力もいらないし
給料も高くない
2020/10/15(木) 12:30:47.06ID:7eWumHpU
レールは続く】 Ruby on Rails Part21 【これからも
https://medaka.5ch.net/test/read.cgi/php/1545146635/118

米国の平均年収では、
Ruby on Rails が、125,000 ドルでトップ！
Node.js が、90,000ドルで最下位

ただし、Railsの求人は、Node.jsの半分しかない。
Railsは、GitHub, Airbnb, Shopify など、巨大企業が多いから、年収が高いのかも
2020/10/15(木) 12:55:33.27ID:D7sEY+Oc
開発が楽なのはMVC
SPAはメリットとともに多くのデメリットも招き入れるのでそう簡単にはMVCには勝てない

SPAの利点であるコンポーネントの作りやすさについても
Asp.net Core MVCなどは非常に簡単にできるように設計されているのであまり差がつかない
2020/10/15(木) 13:01:41.49ID:GVD5pDuk
コンポーネント作りが何がどう非常に簡単なの？他と比べて説明してよ
645デフォルトの名無しさん
垢版 |
2020/10/15(木) 13:06:36.37ID:3Edtkzo/
つやのとけんたならけんたのほうがましだな
どっちもくそだけど
646デフォルトの名無しさん
垢版 |
2020/10/15(木) 14:38:45.19ID:Q+OzPLs+
>>637
副作用を避けてる？
適切なところで副作用起こすべきってReactのサイトに書いてるんだけど
2020/10/15(木) 16:02:37.01ID:7eWumHpU
決められたタイミングでの状態遷移の方法は、Redux だろ

Ruby on Rails では、Bootstrap と、
GUI コンポーネントに、React, Redux を使う人もいる
2020/10/15(木) 16:10:58.22ID:HEOH0x5y
Bootstrapは楽だけど細かく調整したい時にどうすればいいかわからなくて困る
2020/10/15(木) 16:35:35.86ID:e3JRhTYu
結局開発体験が優れてれば何でもいい
Reactが流行ってるのってそこじゃないのか
2020/10/15(木) 16:36:14.63ID:1kCtOLNX
>>637
何も考えずに副作用フック作りまくったらすぐに無限ループするよなw
propsのプロパティ一つでも変えたら他のプロパティも更新かかるのめんどい
2020/10/15(木) 17:17:56.53ID:7eWumHpU
そりゃ、Bootstrap を使う人は、デザイナーじゃない

サーバー側主体で、CSS を知らないけど、
レスポンシブ対応にしないといけないから、使ってる

コピペしてるだけで、詳しい意味は分からないw
652デフォルトの名無しさん
垢版 |
2020/10/15(木) 17:32:07.30ID:Q+OzPLs+
フロントエンジニアなのにcssわからんとかゴミ
デザイナーにjsxやらせるのか？
Bootstrapはカスタマイズ前提で作られてるんだから仕様を見ればやり方わかるだろ
2020/10/15(木) 17:49:50.91ID:JyaQ9+VV
>>651
フロントなんてのはそれで充分だと思うがね
大きなビジネス価値を持つバックエンドと違って
その時々で流行り廃りやデバイスの進化に影響をうけて移ろいやすい
こんな賞味期限が短いものに学習リソースを割くのはバカみたいだ
2020/10/15(木) 18:20:55.48ID:GVD5pDuk
>>650
あるあるw
そのへんは意図的なデザインかもね

>>646
やむを得ないState以外は副作用無しで書けるようになってると感じたんだけどな

>>653
React作ったのはクソ程儲けてるFacebookなんですが……
2020/10/15(木) 18:30:57.64ID:cMr/9IBy
Facebookは中身の価値が高いからなぁ
別にUXが人気に繋がったわけじゃない
なのでまた別のUIフレームワークが流行ったり画期的なデバイスが生まれたらFBもすぐにUIを乗せ換えるよ
でもUIを乗せ換えてもFBのビジネスは変わらない
本当に価値があるのは中身だから
2020/10/15(木) 18:56:38.14ID:bXlOtEL6
reactはUIフレームワークじゃないんだが
2020/10/15(木) 19:56:39.78ID:UaQf+JoB
バックエンドもフロントに比べればゆっくりかもしれないけど日々変化してる。今いる位置に満足してる人が老いて枯れる程度には。
だから突き詰めると普遍の価値があるのはデータだって事になる。
でも誰も触らない死んだデータに価値はない。触りたくなる表面を重要視する事は何もおかしくはない
2020/10/15(木) 20:02:41.38ID:S6IC+plr
触りたくなるデータって女子中学生のバストサイズのデータとか？
659デフォルトの名無しさん
垢版 |
2020/10/15(木) 20:15:24.57ID:9xE2Evnq
「フロントエンドエンジニア」なんてカッコよく言ってるけど、
逆にフロントエンドしか出来ませんって言ってるようなもんだよね
2020/10/15(木) 21:01:05.16ID:e3JRhTYu
Javascriptエンジニアです
661デフォルトの名無しさん
垢版 |
2020/10/15(木) 23:16:19.72ID:Q+OzPLs+
バックエンドしかできない奴のほうが圧倒的に多い
フロントエンジニア探してるけどバックエンド95対フロントエンド5くらいの割合しかいないぞ
その5もかなりレベル低い
2020/10/16(金) 02:00:37.72ID:1ldh1gNy
フロントエンドエンジニアにはマークアップエンジニアも紛れ込んでる
2020/10/16(金) 06:43:23.46ID:mNNz1sQv
つまりちゃんと勉強してればフロントはブルーオーシャンなのか
2020/10/16(金) 07:45:18.52ID:wWII2Cv6
>>653
React作ったのはクソ程儲けてるFacebookなんですが・・・
2020/10/16(金) 07:49:28.78ID:hscjZ2ao
フロントはFacebookとか有名所に持ってかれてる
2020/10/16(金) 08:03:24.24ID:Ueb3a1qY
>>664
クソ儲けたのは中身のビジネスが優れていたから
UIは後付けのオマケ
2020/10/16(金) 08:12:59.24ID:7v3+fMeC
>>664
だからどうした？
儲けてるから技術があるわけでもない
過去にはFacebookはPHPみたいなゴミを採用して改造していた
技術のセンスが悪い

Reactにしてもframeworkまで機能を追加できなかった
自社で使えればいいという程度の認識
2020/10/16(金) 08:13:59.79ID:7v3+fMeC
>>666
Facebookは個人情報を盗んで金儲けしてるだけ
2020/10/16(金) 08:50:51.37ID:3YV1q+v5
アンチフロントエンドの巣やんけ。どうしてこうなったw
670デフォルトの名無しさん
垢版 |
2020/10/16(金) 09:07:27.26ID:U2mwlh0O
バックエンドのゴミクズたちがフロントできないから僻んでるんだよ
2020/10/16(金) 09:09:14.88ID:Z0vtD/Dq
>>653
React作ったのはクソ程儲けてるFacebookなんですが・・…
2020/10/16(金) 09:29:14.75ID:Ueb3a1qY
>>671
クソ儲けたのは中身のビジネスが優れていたから
UIは後付けのオマケ
2020/10/16(金) 09:50:33.24ID:7v3+fMeC
有名企業が作ったからというだけでReact採用するのはアホだね
AngularなんてGoogleすら使ってないと言われてるしなｗ
2020/10/16(金) 10:31:27.69ID:bwQBizED
>>659
寧ろフロントエンドフレームワーク使ってるのは元々バックエンドやってたヤツだろ
フロントオンリーのヤツはjQueryの方が素晴らしいって言ってるんじゃないか？
2020/10/16(金) 10:33:02.15ID:bwQBizED
>>673
Facebookとかいう陽キャ専用SNSはぶっちゃけ嫌いだけどReactの設計ポリシーは素晴らしいと思うよ
2020/10/16(金) 10:55:37.86ID:flwBJ1Bb
jquery好きなのってマークアップ上がりのエラーあっても気にしないやつだよ
2020/10/16(金) 10:57:50.32ID:jOsz+QQ/
10/15、雑食系エンジニア・KENTA

Web系エンジニアの主要5職種、結局どれが一番得なのか？
https://www.youtube.com/watch?v=hM_k9792d4o

時給1万円などの高単価は、バックエンド・インフラなどの上流工程。
低単価は、フロントエンド・iOS・Android

漏れが補足説明すると、
先に、上流工程でお金を使ってしまうので、
下流工程では残ったお金を分配するだけになるから

会社の重役になる人も、サーバー側言語のRuby ばっかりw
2020/10/16(金) 10:59:23.53ID:Ueb3a1qY
Reactが素晴らしいっていうか関数型に寄せたModel View Updateが素晴らしいってだけだよな
679デフォルトの名無しさん
垢版 |
2020/10/16(金) 11:28:09.39ID:U2mwlh0O
>>677
コイツはフロントやって挫折した奴
フロントで成功してる奴は散々バックエンドをやってきてるからコイツより圧倒的に有能
2020/10/16(金) 11:29:39.80ID:s+qbwWMb
>>677
上流の意味がわかってないぞｗ
681677
垢版 |
2020/10/16(金) 12:22:00.87ID:jOsz+QQ/
先にシステムの構築運用から始まるから、
最初は気が大きいから、そこで予算を使ってしまうので、
フロントは、残りの予算から決まってしまうから不利

フロントは見たらわかるから、誰でも口を出しやすい。
ちょっとした見た目を直せと言われることが多い

ところが、違う人が来ると、また違うように直せと言われる。
違う人が来るたびに、修正しろと言われる

こういうやり取りが多いから、あいつは仕事が遅いとか、
デザインが悪いなどで、時給が下がっていく

相手がデザインを指定してくるから、
他の人には、エンジニアの腕が悪いように見える

最後には上司が来て、デザインが悪いから、エンジニアをクビにしろってなるw
色んな人が、デザインを指示してくるから

船頭多くして、船山に上る
2020/10/16(金) 12:56:55.44ID:AQ/XYXlc
>>677
自称有名エンジニアが使ったからというだけでその技術採用するのはアホだね
Rubyなんて雑食エンジニアすら使ってないと言われてるしなｗ
2020/10/16(金) 14:12:25.82ID:7v3+fMeC
>>681
いろんな人から指示されるのはフロントが悪いだろ
意見まとめる人つくって指示系統を一つにしろと言えばいい
デザイン悪いからクビなんてきいたことない、センスも悪すぎだろｗ
2020/10/16(金) 14:21:39.18ID:Ueb3a1qY
フロントは遊び半分のウェブ系が作るから「芯」がないんだよ
だから散々クレームくらっては場当たり的な対応を繰り返す
でそのパッチ作業が速いから生産性が高いなどとトンチンカンな自画自賛をしてしまう
最初からしっかり意志のすり合わせを行いクレームをくらわないUIを作るのが最も生産性が高いのだがそれが彼らには理解できない
2020/10/16(金) 14:25:03.71ID:XtprH8ZD
バックエンドのゴミクズたちがフロントできないからって僻んでるんだなｗｗ
2020/10/16(金) 14:40:44.94ID:7v3+fMeC
>>685
サーバーサイドのがフロントより格上だ。業界の常識

フロントは上流をまかされない時点で格下なんだよ
セキュリティやDBやOSやネットワークの知識に乏しい
687デフォルトの名無しさん
垢版 |
2020/10/16(金) 15:01:01.44ID:U2mwlh0O
バックエンドでまともにDBすら設計構築できないゴミクズばかりじゃねえか
フロントエンジニアは元々バックエンドをやっていてマスターした奴がフロントやってるわけ
何回言ったら理解するんだこのアホどもは
688677
垢版 |
2020/10/16(金) 17:01:06.75ID:jOsz+QQ/
バックエンドでは全く分からないから、客は何も言えない。
言う材料・知識がないから

一方、フロントは見た目だから、誰でも口を出しやすい。
だから、ここを直してとか言いやすい

あまり難しい事をやってるようには見えないから、簡単に直せると思ってしまう。
でも、その手間がうっとおしい
2020/10/16(金) 17:33:42.65ID:flwBJ1Bb
KENTAみたいなレスですね
その改行するのはKENTAの喋り方を参考にしているんですか？
2020/10/16(金) 17:52:20.91ID:mGgsIFZq
>>677
かなり偏った意見ですな。
2020/10/16(金) 18:55:46.80ID:gzagFIoh
KENTAってやつに他スレ荒らすなって言えばいいの？
692デフォルトの名無しさん
垢版 |
2020/10/16(金) 19:01:20.23ID:U2mwlh0O
ケンタ自身が荒らしに来てるのか
2020/10/16(金) 19:04:24.17ID:EVdCVrH9
KENTAのサロンの会員
694デフォルトの名無しさん
垢版 |
2020/10/16(金) 22:09:51.49ID:ORKkOrVS
before
afterみたいな
擬似要素使うのやめろや
あとCSSから外部ファイル読み込むもやめろや
devtoolから検出しにくいんだよ！
CSSでプログラムめいたことするのやめろやカスが
同じ事JSで全部できるから
2020/10/16(金) 22:25:53.17ID:JU6AgX+H
>>694
JSっていうかjQueryだろ
どちらも宣言的に記述できる
宣言的だからバグがへる
696デフォルトの名無しさん
垢版 |
2020/10/16(金) 22:40:19.99ID:ud3FB9tY
素のJsやjQueryのどこが宣言的なんだ。
2020/10/16(金) 22:43:59.41ID:JU6AgX+H
どちらもっていうのは
CSSとjQueryのことだよ

宣言的っていうのは
クラス名 { 属性: 値 }
みたいに書くから

.class { color: red }
$(.class).css({color: red})
どちらも宣言的
698デフォルトの名無しさん
垢版 |
2020/10/17(土) 00:00:16.51ID:hFf/ef7F
宣言的はキーワードを指定すると何が起こるか
って事の記憶することを強要する
プログラムのように上から論理的に処理を辿ることが出来ない
バグが減らないと言うが現実は
スタイル効かない、効かない、それがやりたかったんじゃない
そんな余計な効果は要らない…クラスが死んでる、重複してる
上書かれてる…こんなんばっか

構造化プログラミングは覚えゲー不要
余計なライブラリに頼らず素のJSで
構造化プログラミングでDOM操作。これぞ至高
2020/10/17(土) 06:25:29.32ID:1f/mlEIF
正直jQueryの時代は終わったと感じていて、なのにプログラミングスクールの類の宣伝がjQueryばっかで、こいつらいつの時代を生きてんだと思う。
初心者にReactやらせろとまでは言わないけど、せめて潰しの効く素のDOMやらせるとか、jQuery無しじゃ何もできないやつを量産するのやめて欲しい
2020/10/17(土) 06:27:33.64ID:Ty9bf9Kk
>>699
これが現実。お前が「狭い世界」に生きてるだけの話

https://w3techs.com/technologies/history_overview/javascript_library/all/y

jQuery
2017年 71.9%
2018年 73.1%
2019年 73.6%
2020年 74.2%
2020年2月 74.4%
2020年6月 75.5%
2020年8月15日 76.2%
2020年10月15日 76.5%
2020/10/17(土) 06:29:30.57ID:Ty9bf9Kk
「DOMはつぶしが効きますか！」
→React、Vue、AngularでDOMは使いません
2020/10/17(土) 06:51:25.79ID:1f/mlEIF
へ〜、こりゃ失礼。既存ページがカウントに入ってるとはいえシェア減ってないのは凄いな。
Reactでも手が届かない部分はあるしDOMはやった方が良いと思うけど。
2020/10/17(土) 07:09:33.11ID:Ty9bf9Kk
減ってないどころか増えてるからね。もちろん年々増えるペースは減ってるが
それでも去年は0.6%だ。しかも今年はなぜか2%以上も増えてるｗ
最近流行りのフレームワークが1年で0.1%増えるか増えないかという状態なのに

> DOMはやった方が良いと思うけど。
jQueryはDOMと共存できるんだから、DOMもやったほうがいいのは当然
jQueryは全てのブラウザで動くように古くからあって共通で使ってる機能しか使ってない
だから最近のブラウザだけで使える機能を使う場合はDOMを直接使う
力があるならjQueryプラグインにすると更に便利にDOMを使えるようになる
704デフォルトの名無しさん
垢版 |
2020/10/17(土) 07:39:48.48ID:hFf/ef7F
React使ってるのに内部でjQueryを使ってると地獄
あとフロントライブラリの中で
jQueryを前提としていてjqueryで書かれているものが
かなりあることと、
ライブラリの使用例がブログとかでjqueryが書かれている場合
他人がjqueryで書いててコピペしたい時に
jqueryに依存してしまうケース
新人は素のDOMでもReactでもなくまずjquery
でコードを書こうとするがこれを正そうとするのは
非常に面倒
こういうの加味すると脱jqueryはかなり困難
2020/10/17(土) 07:42:22.63ID:Ty9bf9Kk
> React使ってるのに内部でjQueryを使ってると地獄

そりゃそうだな。ReactはDOMと共存できない。
だからReact使ってると内部でDOMを使ってると地獄だ
jQueryだけに限らない
2020/10/17(土) 07:44:52.70ID:Ty9bf9Kk
皮肉が通じなさそうだからもう少し説明してやるかｗ

>>704はjQuery側の問題ではない。
React側の問題だ

jQueryがーと書いてあるが
それは全てDOM APIを直接使った場合にも当てはまる

ReactとDOM APIを共存させる方法だってあるーという
話をし始めたら、その方法を使えばjQueryも共存できることになる
jQueryはDOM APIを簡潔に使えるようにしたライブラリに過ぎないのだから
2020/10/17(土) 08:25:22.14ID:U9MsrWrp
実際なんで増えてるか不思議
技術スタックあるから大手の制作会社はjqueryばっか使ってるってことかね
2020/10/17(土) 08:39:42.69ID:1f/mlEIF
既存サイトやフレームワークやWordpressみたいなものでページ作ったらjQueryも付いてきたってパターンはありそうだと思った
2020/10/17(土) 08:51:11.19ID:Ty9bf9Kk
俺からすればなんでjQueryのシェアが減ると思ってるのかなって感じだがな

jQuery不要とか言ってるやつの言葉を正確に言うと
「jQueryなくても冗長になるだけで頑張ればできる！」
だからな。これはデメリットにはなってもメリットにはなってないんだよ。

jQueryをなくした場合のメリットは一応ある。例えば
「jQueryをなくすとで30KB（gzip圧縮状態）減る！」とか
「DOMを直接使うと実行速度が1%（？）速くなる！」とか
でもこれらを言うことはない。

jQueryをなくすとこにメリットが有ると感じてるなら、それを言えばいいのにそれを言わないのは
jQuery不要と言ってる人が、本当はなくすことにメリットを感じてないからなんだろう
だから「脱jQuery」とか言ってごまかしてる。これは目的ではなく手段

DOM API vs jQueryであれば明らかにjQueryの方がメリットあるわけでjQueryを使い続けるのは当然
仮想DOM使ったフレームワークとjQueryであれば、フレームワークの方がウェブアプリを作るときに
メリットがあるけど、ウェブの大部分はウェブサイトなんだよ
とある会社の"ホームページ"でJavaScriptがバリバリに使われてると思うか？思わんだろ？

普通の会社のホームページに飛んだ時、動き出したらうざく感じるだろ？
それが許されるのはゲーム会社とかアニメーション会社ぐらい

JavaScriptは昔からページの一部に動きをつけるための簡易的な
スクリプトとしての利用が大部分なんだから、その延長上にあって
より簡潔に記述できるjQueryが使われるのは当たり前の話
DOM APIはjQueryの簡潔さに追いついてないし、フレームワークは全くの別路線だ
2020/10/17(土) 09:27:02.02ID:VD5xPr74
採用するメリットの少ないSPAフレームワークより
より便利で馴染みのある従来のフレームワークのほうが採用される確率が高い
従来のフレームワークにはたいていjQueryがセットで付いてくる
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。