Vue vs React vs Angular Part.5
レス数が950を超えています。1000を超えると書き込みができなくなります。
実際どうなん?
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などはおk。 >>850
結局SPAって1つか2つの問題を解決するために他の多くの問題を呼び込んでるんだよな >>850
vue.js で CRUD アプリを造りたいとか
発想そのものがあほやん
https://qiita.com/koduki/items/9ce6ad8787b32caa38ff
CRUD にしたいなら vue.js 使わなければ良いだけの話だろ >>852
だから
(殆どの用途には)vue.js 使わなければ良いだけの話だろ
と最初から言ってるだろw https://w3techs.com/technologies/history_overview/javascript_library/all/y
2020年10月15日 76.5%
2020年10月23日 76.6%
2020年10月25日 76.7%
な?だからjQueryが使われてるんだって
少なくとも10日で0.1%以上増えてるからな シンプルなアプリは開発者、利用者の両方の視点でMVCフレームワークの圧勝だろ
複雑なアプリになると開発者としてはSPAのほうが作りやすいが、、、
しかし利用者からすれば複雑なアプリの需要なんてのはほとんど無い等しい
例えばpgadminは複雑なアプリだがぶっちゃけシンプルなadminerのほうが使いやすいのだ
結論
SPAはゴミ 「脱jQuery」を目的にするとたいてい失敗する
なにか問題があって、それを解決するためにVue、React、Angularなどを採用すべきという
当たり前の前の話であって、良い選択肢の1つであるjQueryを廃止して
特定の用途専用のものを導入するのは愚かである
特定の用途専用のものは、特定の用途の場合に使うもので
「○○の用途のために○○を導入しました」という言い方にするべきだ ようするにUX設計ができない人のためのフレームワークがSPA 今までSPAのやり方でスマホアプリとか作ってきた人たちが
今までと同じやり方で作るためのものSPAだろう
ウェブにはウェブのやり方があるんだが
そういう(アプリ作ってひた人たちにとっては)"新しいやり方"を
学ぶ能力がなくて、今までと同じやり方でやりたいっていうのがSPA
これからはSPAだ〜とか言ってるやつは、jQueryどころかCSSも嫌いなはず
なぜならどちらも宣言的だから。SPAは手続き的に作る。
セレクタに対して処理や属性を宣言的に適用するjQueryやCSSは
考え方が根本的に違っていて、頭が凝り固まってる人には理解ができない 良い加減スレチ
くだらん話でスレ埋めるな
よそのスレか板いってくれ jQueryが増えてるってのは事実として
それ以上に増えれば、シェアはjQueryよりも増えるんだよ
結局増えてねーじゃんと jQueryとReactじゃ根本的に作るべき対象が違う うん。だから最初から根本的に作るべき対象が違うので
「脱jQuery」ありきは間違いだって言ってるわけ
作るべき対処がjQuery向きじゃない場合に使えば良いわけで
今までjQueryで問題なくやってきたところが脱jQueryするのは
意味がないどころか、デメリットになってるわけ
作るべき対象がjQuery向きなのに、脱jQueryしてどうするんだと フレームワークなんて概念がなかった時代にjQueryで無理やり作ったシステムとかならフレームワーク置き換えって結構意義はあるけどね
段階的な置き換えか一から再構成かは都度都度によるけど Ruby on Rails では、React, Bootstrap が多い。
Material-UI を使った場合は、レスポンシブ対応になるのかな?
react-bootstrap という、BootstrapをReactコンポーネントとして再構築した、UI フレームワークもある。
jQuery など不要な依存関係がない Rails, React, Bootstrap で、
Bootstrap 4 が、jQuery に依存しているから、使っているだけ
react-bootstrap など、jQueryに依存していない場合は、axios が多い >>854のシェアって公開されてない社内サイト/アプリやログイン必須アプリも含まれてるの? ブラウザ毎に仕様が違った時代に重宝されたjqueryを未だに崇めてる奴は脳みそがそこで止まっているわけだ 脳みそが若いままプリプリってことだ。物覚えもいい。 >>872
脳が止まってるのはお前やで
未だにjQeryの便利さをブラウザの仕様の違いを
吸収するためのものだって思ってるんだろ?
jQueryすげー、DOM APIが簡潔に書けるーってみんなが思ってる中
ブラウザの違いを〜とか言ってて恥ずかしくないのか? 未だにDOM直接イジってんのかw
おっさん哀れだなぁwww そりゃフレームワーク開発者は使うでしょ。
詭弁のガイドラインみたくなってきた。
2.ごくまれな反例をとりあげる
4.主観で決め付ける
11.レッテル貼りをする フレームワーク開発に必須な知識を持ってる
まれな人材ですよね >>874
ミクロな視点でみれば簡潔に書けるのかも知れんが大規模なソースを構造化するのにはあんま向かないよ >>879
関数を使え
構造化するのにフレームワークなんぞいらん >>879
大規模なものを作るならモジュールに分けましょう
jQueryでも同じことです。 こういう基本的なことが出来てない人がSPAに手を染めて出来た気になっちゃうのかな 世界中でjqueryは時代遅れのゴミクソと言われてるのに未だに崇めてるバカは脳みそがjqueryで動いてるらしい その「世界中」の現実です。
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%) 訂正
10月25日 76.7%(10日で+0.2%、10ヶ月で+2.5%) フレームワークはjQueryより"簡単"なんだから
jQuery使えるなら、フレームワークも使えるんでしょう?
それともフレームワークの方が難しんですか?(笑) jQueryおじが住み着いてるようだけど
その時間に新しいframeworkの勉強しようという気にはならないんだな
成長しない、できない人 まず君の理解が足りてないのは
jQueryとSPA系のライブラリは役割も規模も全然ちがう
jQueryじゃ機能が足りてなさすぎて
SPA系のライブラリに張り合うだけの立場にすらない
君の存在自体がスレチ >>888
Backbone.jsを勉強したほうがいいよって
昔言われたことがあるよw >>889
続きまだ? jQueryに足りない機能の話をしてくれるんじゃないの?
もうずっと待ってるんだけど、いつ書くの? >>887
おめーの時代遅れjqueryで動いている脳みそで判定できるわけねえだろ >>884
これだけはっきり数字で示されてるのに認めない香具師って科学的な思考プロセスができないのかな?
文系さん? Reactでできるような状態管理、動的なDOM構築がjQueryだとどれだけ泥臭くなるか一回試してみろよ
jQueryだけじゃスケールしないことがわかる
Node.jsの基盤上で開発すると開発言語は例えばTypeScriptにできるし
ブラウザでの確認とかMinifyもコマンド一つだし
古いブラウザへの対応もバージョン指定すればPolyfillが埋め込まれるし
CSSもトランスパイルの過程で一意なクラス名を生成するとかもできる でもそのシェアってニュースサイトとかブログとか自動生成ページとか入ってるんでしょ? >>895
> Reactでできるような状態管理、動的なDOM構築が
そもそも、そんなもの必要ないんだよね
状態は、グローバルにでっかく持つんじゃなくて
個々の要素に持たせればいいだけ
小さくモジュール化しましょう
動的なDOM構築ではなく、静的なDOMで構成を作って
個々の要素の状態によって、表示を変更するだけにしましょう
例えばアコーディオンようなものは、複雑なDOM構築を行わないと無理だと
思ってるんだろうけど静的なHTMLとCSSだけでもできる
本当に無理なことだけをJavaScript(jQuery)で補完してあげるだけで完成する。
そのやり方を知らないから(CSSを使いこなせないから)もったいないことにCSSの機能を破棄して
全部JavaScriptでやるから、DOM構築大変だー、動的だー、複雑だーってなるんだろ そもそもの出発点が「Reactでできるようなこと」となってるからおかしいんだよ。
出発点は「作りたいもの」であって、それをReactで作ると、状態管理と動的なDOM構築が必要になって
jQueryとCSSを適切に使うと、そんなもの不要でシンプルに作れる
「作りたいものはなにか」を基準に考えろ だから複雑なものを作ろうとしたときにjQueryでは限界があるのを確かめてこい
アコーディオンなんてReact使うまでもない
もしかしてしょぼいアプリしか作ったことない? 苦し紛れに出した例がしょぼすぎて程度が知れるってもんだわ 複雑な状態を持つものな
アコーディオンなんてOn/Offしかないじゃんw Reactを適切に使うと管理する状態が減って楽なんだけどな〜。使った事ないんだろうな アプリケーションと単純なuiを同列に語って、フレームの必要性を述べてるとか大丈夫か? やっぱり、フロント、JS界隈はレベルが低いな
C#理解してるBlazorスレとレベルが違いすぎる blazorなんてJSもTSすら理解できない老害のための介護フレームワークじゃんw
あとsilverlightはどうなりましたか?ww >>905
例えばC#のどのへんがレベル高いんですか? >>899
設計が下手くそだから複雑なものになってしまったんだろw
まず設計をシンプルに保つんだよ
そうすりゃ複雑なフレームワークは不要になる
こんなん自明の理だろうが 設計が下手くそ ねえw
同じ人間が作ってもよりスケールする方法って言ってるのにw
頭悪いとしか言いようがないわ そらお前みたいに素人が作るレベルのものでは
jQueryで十分だったんだろうなw ここに書き込んでる人間は信用しなくても
SPAライブラリ作ってる人間がお前よりはるかに優れた技術と思想を持ってるのは確かだから
jQueryがあるのになぜそんなライブラリをわざわざ作ったのか
考えれば自明だろ
雑魚が突っかかるな しかしReactやVueはなんだかんだ出てくるのにAngularの話題はさっぱり無いな。スレタイから外して良いのでは? >>910
jQuery vs SPAにスケールは関係ないぞ
設計が正しければjQueryでもSPAでもスケールする
設計が悪ければどちらだろうとスケールしない
SPAなら自動的にスケールするだとかSPAじゃないとスケールしないと言いたいのならばそれは全く的外れな主張だ jQueryバカもエアプで文句言ってるだけだからな
俺は両方経験してきてるけど >>906
JSはそのうち消えるぞ
>>907-908
C#のがはるかに高機能なのにC#使いが理解できないわけないだろw
silverlightなんて古い話はどうでもいい
wasmはweb standardだぞ
note.jsみたいな低速バックエンドつかってる情弱はだまっとれw
>>908
あげたらきりがないが、高速な実行スピード、開発スピード。
Type safety
LINQ
Visual Studio
充実したドキュメント
MSによる長期サポート >>917
消えないよ。
例えばC#にしよう!となるとなんでRustじゃダメなんですかGoじゃダメなんですかとなる。
Rustにしよう!となるとなんでC#じゃダメなんですかGoじゃダメなんですかとなる。
JS以外は共通語としてコンセンサスが取れない。
結局いつまで経ってもJSとその他(会社・プロジェクトごとに異なる)という枠組みが残る。
そのうち消えるのは確実にC# >>917
いやいや
C#使ってる人間がする議論のレベルの高さを聞いたんだよ
C#なんて馬鹿でも使えるんだから C#がレベル高いとは思わないが、jsやってる人はなんとなく苦行を強いられてる気がする。
でもそれが技術なんだとおもいこんでるきがする。
tsで型使うとこんな便利なんだ!って書いてるブログ見てそう思った。
え、そんなの当たり前じゃないの…ってことが書いてた。
こんな比較はC#もjsも実務でバリバリ使いこなせてる人じゃないとできない。 そもそもjsしかできないと思ったら大間違いだからな nodejsのパフォーマンスがボトルネックになることってなさそう。
大半のアプリケーションがボトルネックになってる箇所はネットワークの待機時間とかなんじゃないの? 実践Rustプログラミング入門って本で
JSをRustで書いたwasmに置き換えたらどれだけ速くなるか示します!みたいな章があって、
結局あまり速くなってませんが理由はいろいろ考えられます…みたいなションボリした感じで終わっててワロタwww jqueryはWordPressにWordPress専用のjquery、テーマ毎のjquery、プラグイン毎にjqueryがバージョン別に読み込まれてるからコンフリクト起きていても単純に全てjqueryオブジェクトにぶっ込んで見た目は動いているように見えているだけ
しかもjqueryオブジェクトは全メソッドを保持するというゴミ仕様
使わなくても全て実装している
これどうやってテストすんだよ?ゴミクソjquery脳だと >>899
> だから複雑なものを作ろうとしたときに
複雑なものは単純化して作りましょう SPAだったら複雑なものが作れる!
ほら、すごく複雑なUI!!!
馬鹿じゃなかろうかw >>924
> プラグイン毎にjqueryがバージョン別に読み込まれてるから
いちいち嘘つくなよ。実例だしてみろよ
アホかw >>927
おめーがわかってねえんだろ
WordPressというゴミクソはなんでもアリだからテーマでjquery読み込もうがプラグインで読み込もうが関係なく読み込んでるんだよ
ちなみにWordPressには未だに1系のjqueryが使われている
そしてjqueryオブジェクトには全ての関数が生えている
素のjsでできるのにわざわざjqueryで処理させるために
素のjsでdomを処理したら当たり前だがjqueryオブジェクトには反映されない
この不整合が生まれる
さらにWordPressやテーマに付属のjqueryや他のjqueryプラグインが勝手にdom変えると自分がいじってるはずのjqueryオブジェクトには反映されないからどうなっているのかわけわからんことになる
こんなゴミクズ仕様で開発やテストなんか不可能
バカが簡単と思ってやっていたら本番稼働で動きませんでしたっていうだけ
それに気づかない奴がjqueryを崇めている > 素のjsでdomを処理したら当たり前だがjqueryオブジェクトには反映されない
> この不整合が生まれる
え?何の話?
jQueryを仮想DOMとでも勘違いしてるだろwww > さらにWordPressやテーマに付属のjqueryや他のjqueryプラグインが勝手にdom変えると自分がいじってるはずのjqueryオブジェクトには反映されないからどうなっているのかわけわからんことになる
ならんなぁ、どういう使い方してるのか書いてみ あー、いや言葉で説明できないだろうから
再現コード書いてみ >>931
おめーがバカだからんかんねえんだろゴミクズ
jqueryしか使えないアホは理解不能だからソース書いても理解できねえだろ >>898
chromeのdevtoolsみたいなのreactで作ってんだけど、本当にjQueryで出来る? >>919
C#選ぶという選択をできてる時点で技術的に優れてる
C#使いにframework不要論説いてる無能はいない >>920
JSやってるやつらはそもそもほとんど型の概念理解してない。 >>917
> Type safety
> LINQ
> Visual Studio
> 充実したドキュメント
> MSによる長期サポート
それ全部ある上にWebでネイティブに使えるTypeScript最強説 >>926
お客様「使いにくいからシンプルに戻して」
まあこれだよな >>937
設計者同じだしな。
C#=ジャギ
TypeScript=ケンシロウ >>937
やはりアンダースヘルスバーグは天才なんだね Vue 、React、Angular 使えるレベルの人に
はBlazorは不要では? 今日のOPって
1.1750-60ドル
これだよね >>942
安全堅牢で高速なフロントエンドを作りたいならありかもね
まあ速度はこれからだけど >>944
Blazorはdomをjsで書き換えてるんで
なんだかなぁ?って感じなんで
js一切使わないバージョンが出てからの期待だね。 正直ReactがWasmに対応して他を駆逐する未来もありそうだと思う。Wasm使っても結局DOMは残るわけだし、Reactiveは確かに強力だし >>937 >>939
高速な実行スピード、開発スピード。
この1行抜いたのはなぜだw
TypeScriptのデバッグはC#よりかなり劣化するだろ
TSはトランスパイル後はJSでしかない。
JSをマシにする程度の技術でしかない。
JSの弱点の多くは残る
WasmでJS縛りがなくなった以上、同じ開発者のC#を
使うほうがいいだろう >>947
単に入れ忘れた。すまんな。
トランスパイルしてもTypeScriptのエラー箇所は(SourceMap作れば)普通にブラウザが教えてくれるし、ブレークポイントもブラウザで使えるでしょ。
というかその理屈だとWasmに変換したC#の方がデバッグ難しくない? >>942
Blazorならバックエンドも同じC#で開発できて効率がいい Blazorってクライアントサイドとサーバーサイドでモデルの共有ができる。
これってかなり楽だとおもんだけど、他のフレームワークってこういうのある?
無知ですまん。 レス数が950を超えています。1000を超えると書き込みができなくなります。