Vue vs React vs Angular Part.4

■ このスレッドは過去ログ倉庫に格納されています
2020/06/11(木) 19:01:45.26ID:uGsh0NQC
実際どうなん？
Vue
https://jp.vuejs.org/
React
https://reactjs.org/
Angular
https://angular.io/
※前スレ
Vue vs React vs Angular Part.3
https://mevius.5ch.net/test/read.cgi/tech/1560333895/

★ここではjQueryの話題は禁止です
★jQuery房が書き込んでも無視してください
2020/07/23(木) 11:26:19.24ID:/b5pS+w+
>>594
ウェブシステムのフレームワークってどれもそういうもんだぞ
それが一番ウェブのシステム開発に適してると判断したってことだよ
2020/07/23(木) 11:37:21.07ID:1c3WMgKJ
>>593
お前老害過ぎるわｗ
2020/07/23(木) 11:43:47.44ID:BEz0RkVx
タグの中に分岐やループの制御文書くのってなんかレガシーな感じだよね
2020/07/23(木) 11:49:55.98ID:/b5pS+w+
>>597
ほぼすべてのフレームワークが、それを採用してる。
っていうか、それを採用してないフレームワークを
お前は一つでも言えるの？何も知らんでしょ？
2020/07/23(木) 11:54:30.03ID:qQzwkkHt
まだ5年くらいしか経ってないJSTL（JSP Standard Tag Library）に
ようやく追いついてレガシー呼ばわりされるとは開発しがいがないね
2020/07/23(木) 11:55:05.70ID:qMtp6n+5
>>597
KISSの原則だな
人類は奇抜なアイデアに翻弄されて様々なアーキテクチャ浮気したけど
原点回帰かつそれを高度に洗練させたものが結局はイチバンだったというわけだ
2020/07/23(木) 12:00:44.73ID:5F2A9vyN
>>597
でも他にいい案もなくね？
2020/07/23(木) 12:02:05.34ID:qMtp6n+5
昔ながらの誰しもが知ってる馴染み深い単純明快でインジェクション安全で型安全でインテリセンスもバリバリ働くRazor構文
それを使って最新のSPAフレームワークと同等以上の成果物を得られる
それってつまりどう考えても最高ってことじゃないか
もうSPAをするのに出来損ないのJS言語やぶくぶく太った醜いフレームワークに疲弊しなければならない暗黒時代は終わった
2020/07/23(木) 12:04:54.14ID:/b5pS+w+
おそらく>>597はゲームプログラミングしかしたことないんだろ
ゲームはユーザーインターフェースは全部自分で作るという特殊なアプリ
システムアプリではUIはHTML・XML系で作ったほう簡単
動的にUIを変更するならHTML・XML系に分岐やループを書くほうが適している
2020/07/23(木) 12:06:20.88ID:BEz0RkVx
>>601
制御文の中にタグがあるのはいいと思うんだよ
それを置きたいタグ枠の外で分岐やループしたものをコンポーネント化してそれを
置きたいタグ枠の中に配置すればタグの中に制御文はないという構造にできる
2020/07/23(木) 12:17:56.42ID:atvy6zMd
>>594
frameworkなしと一緒にするなよ、ぜんぜんちがう
Razor syntaxはasp.net MVCとかでも使われていたし
ちゃんとMVCできれいに分離されてる
実際に使ってみればきれいにフォルダ分類されてるのにきづく
2020/07/23(木) 12:24:28.50ID:atvy6zMd
>>597
タグの中に書かれてるんじゃない
Razor syntax
https://docs.microsoft.com/en-us/aspnet/core/mvc/views/razor?view=aspnetcore-3.1

HTML, CSSがロジックを扱えないわけだから
C#とhtmlの親和性の高いsyntaxが作られている。
ReactのJSXも同様だ。
ぜんぶごっちゃになってるJSPとは違う。
記事だけじゃなくインストールして試してみるべし
2020/07/23(木) 12:26:50.44ID:Eu0fAWmh
>>594
C#おじさん向けだからな。
2020/07/23(木) 12:28:17.60ID:Eu0fAWmh
>>597
レガシーな人間向けだからな。
2020/07/23(木) 12:32:56.87ID:/b5pS+w+
これからは○○の時代！

結局生き残ってるのはjQuery（笑）
2020/07/23(木) 12:35:26.89ID:atvy6zMd
>>597 594
Blazor WebAssemblyは再利用可能なコンポーネントなわけ。
ネストしたりもできる。
これが原始時代のJSPとかと一緒に見えるなら
WebAssemblyがなんのかという基本のところが
まったく理解できていないことになる。

>>607-608
スクリプトしかできないいつもの低能か
型すらないレガシー言語つかってる人って頭悪いよな
2020/07/23(木) 12:50:07.46ID:/b5pS+w+
> Blazor WebAssemblyは再利用可能なコンポーネントなわけ。

JavaScriptライブラリなんかも再利用可能なコンポーネントですが？
2020/07/23(木) 12:51:50.81ID:Eu0fAWmh
C#とTypeScriptは設計者が同じ
TypeScriptがその人の最新作かつ最高傑作
C#は見捨てられたロートル
C#の型表現の古臭いことｗ
C#おじさんの耳の後ろとおんなじ臭いがするよｗ
2020/07/23(木) 13:02:36.51ID:BEz0RkVx
もうDelphiとか知らんヤツばっかなんだろうな現代では
2020/07/23(木) 13:08:23.43ID:GYY/oZAq
TypeScriptはトランスパイラから脱却してからがスタートラインかな
2020/07/23(木) 13:14:36.20ID:mW7dxmke
その前にjapascriptがtypescriptを吸収する
2020/07/23(木) 13:19:52.31ID:L3r8FJ9R
ブラウザなんかじゃ実行時に型チェックしてエラーにしてもたいしてメリットないんじゃね？
せいぜい、型チェックをスルーしてトランスパイルなしで実行できるようにするくらいかな。
2020/07/23(木) 13:20:00.25ID:BEz0RkVx
>>615
ES2023〜ES2025くらいの間にそういうのもありそうだよね
2020/07/23(木) 13:39:01.10ID:eemKZeH7
>>616
解析のせいで遅くなるだけでメリットは少ないだろうな
TypeScript処理系をブラウザに載せるのは悪手としかいえない
そんなことせんでもwasmにビルドできればいいんだよ
2020/07/23(木) 14:00:25.96ID:Eu0fAWmh
wasm用には亜種のAssemblyScriptがあるっちゃある
2020/07/23(木) 15:20:46.55ID:atvy6zMd
>>612
おまえと違って中級以上は型が必要なのわかっている

TSのおかげで型のない欠陥言語JSをましになってるが
うんこの制限をうけずいちから設計したC#にはとてもかなわない

見捨てられたとかいってる時点でこのバカなにもわかってない
C#は新しい機能をいれてきた言語だ
歴史はあるが常にアップデートされてきてる
互換性に固執しすぎて終わってるPerl , JS, Javaとは全然違う
2020/07/23(木) 15:23:15.87ID:atvy6zMd
>>615
その前にWebAssemblyが普及して
JSで開発する必要がなくなるよ
2020/07/23(木) 15:26:34.49ID:J3e6JLoy
>>620
> おまえと違って中級以上は型が必要なのわかっている

Googleのこと？
2020/07/23(木) 15:27:13.58ID:J3e6JLoy
>>621
お前の予測では、WebAssemblyが普及するのは何十年後？
2020/07/23(木) 15:36:42.27ID:atvy6zMd
>>623
理解力と先見性がある人はもう移ってるが。
C#とかを理解できない無能はPHPとかJSで開発を続けるだろう

今でもCOBOLやエクセルVBAでシステム開発してるアホな企業があるが
JSで開発というのはそういうやつらと同じ扱いになる
2020/07/23(木) 15:39:47.59ID:Eu0fAWmh
C#は古いため、初期設計した天才不在の中、バカにどんどんゴミを付け足されたキメラで、醜い。
初期設計した天才はとっくに見捨ててしまったｗｗｗ
その天才は今、TypeScriptに熱心に取り組んでいるｗ
2020/07/23(木) 15:40:47.10ID:69DFcaak
>>625
なんでこいつ発狂してんの？
2020/07/23(木) 15:41:26.12ID:Eu0fAWmh
C#は、おじさん
使ってる人も、おじさん
どっちも基本的な考えが古くて、臭う
2020/07/23(木) 15:46:10.17ID:atvy6zMd
>>626
そいつは頭悪くてC#が理解できなくてコンプレックス持ってる
高機能で高速な言語C#への嫉妬

C#がゲーム開発でめちゃくちゃ使われてるのも知らないみたい
2020/07/23(木) 15:49:15.74ID:atvy6zMd
低能の相手しても時間もったいないからレスは控えるわ
2020/07/23(木) 15:50:20.40ID:Eu0fAWmh
作者が見捨てたC#笑
2020/07/23(木) 15:50:34.45ID:wQG2WFy/
スレタイ読めないジジイは何人おるんや
2020/07/23(木) 16:12:04.52ID:BEz0RkVx
>>630
Pythonの作者が開発コミュニティから抜けた話は聞いた事あるけどC#もなわけね
2020/07/23(木) 16:15:12.96ID:HnEAcPzK
リアルな話、c#はWinFormsとUnityにしか使われていない
2020/07/23(木) 16:18:27.48ID:BEz0RkVx
>>628
っていうかコード補完なしで生きていけない人種ってだけっしょ？
635デフォルトの名無しさん
垢版 |
2020/07/23(木) 16:21:22.71ID:gbrd0w8z
UnityのC#は生のC#じゃないですし
2020/07/23(木) 16:22:33.29ID:MBVi+zLE
JSもC#もピンキリじゃね
2020/07/23(木) 16:28:30.99ID:Eu0fAWmh
>>632
MSに勤めてて、どっちもMSの製品だから抜けたというと語弊があるけど、
こっちがC#のリポジトリ
https://github.com/dotnet/csharplang
こっちがTypeScriptのリポジトリ
https://github.com/microsoft/TypeScript
そしてこれがヘルスバーグ先生のコントリビューション履歴ｗｗ
https://github.com/ahejlsberg

完全にC#は手放しててワロタｗｗｗｗ
ザコグラマにウンコ機能付け足されるだけのC#笑
2020/07/23(木) 16:41:09.71ID:NwSW5l99
C#は完成されてるから先生が面倒見なくても軌道に乗る
TypeScriptはまだまだ未熟でC#ほど洗練されてないので先生の助けが必要
2020/07/23(木) 16:53:15.94ID:Eu0fAWmh
つまりC#にザコグラマがどんどん足し続けてる機能は全くの蛇足と言うわけ。
昔は新鮮だった開封数十年のオレンジジュースに、泥水を延々注ぎ続けてるのがC#笑
640デフォルトの名無しさん
垢版 |
2020/07/23(木) 16:56:12.41ID:gbrd0w8z
C++もそんな感じ
2020/07/23(木) 17:00:21.44ID:zbOcxM4i
>>639
URL2.0 もそうだったし、
C89 より後ろの C もそう

何かの文書で「言語法律家」と揶揄されていたのを見た記憶があります
2020/07/23(木) 17:00:44.41ID:BEz0RkVx
>>640
C++とかブラウザと一緒でコンパイラメーカーやコミュニティが先行して入れた機能を後から標準化団体が標準仕様として策定してるような感じじゃないの？
2020/07/23(木) 17:02:23.45ID:zbOcxM4i
>>642
C++ は、今は規格が先行しコンパイラメーカーが必死になってついていく感じです
2020/07/23(木) 18:51:50.01ID:Eu0fAWmh
三大サーベイの中で最もJSに厳しいIEEEの今年のランキングが出たぞーｗｗｗ

Top Programming Languages 2020
https://spectrum.ieee.org/at-work/tech-careers/top-programming-language-2020

あっれれ〜？おっかしぃぞ〜？ｗｗｗｗ
2020/07/23(木) 18:59:48.00ID:6aE6oFxh
>>644
ただの感想じゃんｗ
646デフォルトの名無しさん
垢版 |
2020/07/23(木) 22:47:13.26ID:5yzO6ql9
実写版キングダムはテンの再現率が高い。
2020/07/24(金) 00:10:13.17ID:yCEn1h9i
サーバーサイドレンダリングできる＝ググったときに検索結果に出やすいって認識でおけ？
カップ麺図鑑みたいなもん作ろうとしてて、カップ麺の商品名でググったらそのページが出やすくなるようにしたいのよね
2020/07/24(金) 07:22:49.10ID:Xs8DjPMU
C#嫌いな人はStackOverflowも使用禁止な
2020/07/24(金) 07:54:54.35ID:N+F9nul4
GitHubは、Ruby製。
Rubyアンチは、使用禁止！
650デフォルトの名無しさん
垢版 |
2020/07/24(金) 09:07:10.80ID:c87Ipt6p
俺からすればC#, Perl, PHP, JSなんてクソの背比べ
2020/07/24(金) 09:26:39.30ID:fpaVh+C9
そこで満を持して登場するのが
2020/07/24(金) 10:02:11.66ID:fMjVnhWI
jQuery
2020/07/24(金) 15:03:44.79ID:VpzRbTvR
どうせ不毛ならｊおじとBlaおじの不毛な争いが見たかったな
2020/07/24(金) 16:17:24.32ID:v+EKAnTC
まるで有毛な争いがあったかのような言い草だ・・
2020/07/24(金) 18:26:38.54ID:9v9Epd9J
三大ｶﾞｲｼﾞ全員ハゲだからな。
2020/07/24(金) 21:12:27.82ID:PfN6NIjK
Blazorお姉さんだけど
jQueryおじさんとかはframeworkつかえないし
スクリプトおじさんはC#理解できないし
相手にならない

ところでJSのSPAの最初の読み込みは
何MBくらいになるのが普通？
何MBまで許される？
有名どころのSPA使ってるサイトあったら計測したいから教えてほしい
2020/07/24(金) 21:34:50.64ID:9H+RWfuB
GMailは？
2020/07/24(金) 21:46:23.70ID:j4NCrF6q
blazer婆まで出てくるとはｗ
2020/07/24(金) 21:54:02.91ID:U/Nd6Iq0
>>656
一方SPAを使わなければ、必要なデータだけ読み込むので
数KBですむから、本末転倒になってるんだよなぁ

SPAかどうかはユーザーにとっては関係ない話
ページ表示の目安はGoogleがレポートしている
https://developers.google.com/speed/pagespeed/insights/

https://marketingnative.jp/how-to-measure-page-speed/
遅延する時間 ユーザーの反応
0~100ミリ秒 すぐに結果が得られたと感じる。これ以上時間がかかると、操作と反応にずれが生じる。
100~300ミリ秒 少しの遅れを感じる。
1000ミリ秒（1秒）以上 実行したタスクについて関心を失う。

つまり1秒以内だよ。100Mbpsだったら1秒で12.5Mバイトだけど
そんなスピードは出ないだろう。通常だと20Mbpsかねぇ。つまり1.5Mバイト
でも速度制限や回線が遅い場合を考えると500Kバイト程度に抑えたほうがいいだろうね
2020/07/24(金) 21:55:42.66ID:U/Nd6Iq0
お、Googleの推奨があった。

Googleの推奨は1.6MB。7,866のウェブサイトの平均は 2.43MB。あなたのトップページは？
https://webtan.impress.co.jp/u/2018/08/20/30244

通常だと〜の計算と近いね
2020/07/24(金) 21:58:15.51ID:9H+RWfuB
wasmなら最適化も簡単だろう
今後どんどん速くなっていくとおもわれ
2020/07/24(金) 21:59:19.49ID:U/Nd6Iq0
WebAssemblyはファイルサイズがでかくなる
2020/07/24(金) 22:01:51.85ID:U/Nd6Iq0
WebAssemblyはバイナリだから小さくなると考えているやつがいるが、
JavaScriptでも配布する時はgzip圧縮をかけるので
バイナリになって小さくなるんだよな
2020/07/24(金) 22:35:06.44ID:yCEn1h9i
AngularもReactもVueも使ったことあるよーって人に聞きたいんだけど、どれが一番好き？
665デフォルトの名無しさん
垢版 |
2020/07/24(金) 23:16:35.73ID:PfN6NIjK
>>657
GmailのwebはSPAなのか
FirefoxでGmailを計測してみたら170 requestsくらいしてて11MBくらいだった。
しかもこれcache削除しないで測ってるから画像は除外された数字
backgroundで読み込むから読み込み完了まで25秒超えてる。

今はトップページ読みだけで10MB以上でも許される世界になってるのかな？
Gmailでかすぎ？完全にcacheけしたらどの程度いくんだろう, たぶん試さないけど。
666デフォルトの名無しさん
垢版 |
2020/07/24(金) 23:19:14.32ID:PfN6NIjK
>>657
ちなみにBlazor WebAssemblyのサンプルは初回読み込みで17MB程度だが
2回目以降は400kbとすごく小さい

初回通信でバイナリがほとんどcacheされてる
Blazor WebAssemblyのがはるかに優秀

やっぱりJSのSPAの時代は終わりだわ
JSは言語もゴミだし

これからはC#でBlazorの時代と確信した
2020/07/24(金) 23:27:28.52ID:PfN6NIjK
>>659
non-SPAと比べるのはフェアじゃない
SPAはUXが上というメリットがあるわけだからな
その目安はSPA関係ないし制限1秒はきつすぎる

あとMVNOだとランチタイムで速いところでも10Mbps
10秒待ってくれても12.5MBか

とりあえずBlazorの2回目以降400kbで
改めて優秀さは確認できた
MVNOのうんこ回線のランチタイムでも快適にloadできるはずだ

初回10MB超えるのも5Gきたら気にならない世界かもしれない
2020/07/24(金) 23:46:29.59ID:SsZ4AS8R
Blazorの初回転送量は1.7MBくらいじゃなかったっけ？開発者ツールの見方間違ってない？
2020/07/24(金) 23:51:43.42ID:SsZ4AS8R
Blazorのテンプレートなら、Brotliで1.8MBだね
2020/07/25(土) 00:37:15.39ID:WCMFimkk
ここまでスレタイに全く関係無い話を続けられるの逆にすごいな
ボケがはじまってんのか
2020/07/25(土) 02:39:20.52ID:ZlqyHRW3
>>664
JavaScriptを主として掛けるからReact
他はhtmlタグが主でJavaScript従な感じ
2020/07/25(土) 02:51:04.72ID:uhXYZAuD
世界最速のサイトは、Ruby on Rails 製！
https://dev.to/

元乃木坂46 の川後陽菜のWebサイト、SKIYAKI も速い。
https://kawagopro.com/

Rails に勝てる、フレームワークは無い！
2020/07/25(土) 04:22:17.09ID:icwPneMN
>>668-669
どのテンプレートプロジェクト作成した？
Blazor WebAssemblyじゃなくてBlazor Serverになってない？
Storageにダウンロードされたdllとか確認した？
dotnet new blazorserver
で作成するとファイルサイズ小さくなるがそれだとWebAssemblyになってない。
Blazor Serverだとserver sideで動く

wasmで使うtemplateは
dotnet new blazorwasmを使う

本番向けのbuildするとかなり小さくなると書かれているがやり方まだ知らない。
それやったら初回17MBではなくもっと小さくなるかも
やり方知ってる人いたら教えて
2020/07/25(土) 04:40:17.49ID:icwPneMN
>>668-669
template動かしたときにrelease buildした記憶がないから
自分の書いた17MBはBrotliになってなかったかも
あとで試してみる

sizeはfirefox開発者ツールのnetwork tabでみた
初回1.8MBならぜんぜんOKだね
Blazor WebAssembly、ファイルサイズすごい小さい
2020/07/25(土) 04:56:22.14ID:vIjhxGJs
フロントエンドフレームワークのかなり網羅的なベンチマークの最新版。
左ほど良い。右ほど悪い。
https://krausest.github.io/js-framework-benchmark/current.html

二回ほど前からblazor-wasmもフロントだから入れろと信者にゴネられてリストされてる。
なお不動の最下位で大恥かいた模様。
2020/07/25(土) 05:11:49.78ID:vIjhxGJs
最近のビルドについてBlazorプロジェクトのマネージャーであるマイクロソフトのDaniel Rothはchatにて
「Blazor would be 10x slower than JS and not winning speed competitions」
（BlazorはJSよりも10倍遅く、スピード競争に勝つことはない）
と述べた。
2020/07/25(土) 05:23:04.98ID:vIjhxGJs
AOTサポートにより（JSに勝つことはないにせよ）性能向上が期待され、また宣伝し、信者も大いに期待していたが…

AOT support in Blazor WASM will be postponed and not show up in .NET 5.
Blazor WASMでのAOTサポートは延期され、.NET 5には含まれません。
https://twitter.com/christianweyer/status/1270602821688328192?s=20
延期されたｗｗｗｗ
一時ソースはGitHubのAoT compilation issueへのDaniel Rothの6/6のコメントとみられる。
他の改善アイテムで頑張るってよｗ
https://twitter.com/5chan_nel (5ch newer account)
2020/07/25(土) 05:51:38.78ID:VPBor6Kz
まあそれも時間の問題だろう
wasmのほうが最適化しやすいのだからそう遠くないうちに逆転する
これはほぼ既定路線と考えていい
679デフォルトの名無しさん
垢版 |
2020/07/25(土) 07:29:16.19ID:l/9hXNF1
これか
Next for Blazor: AOT for 'Massive Speed Gains'
https://visualstudiomagazine.com/articles/2020/05/22/blazor-future.aspx

WASMで動く.NetランタイムがJIT無しのインタープリターだからILの実行が遅いってことね
これじゃあWASMがJSより速いと言っても、延期されたAOT(ILからWASMだよね？)が実装されないと、その速さが Blazor に反映されることは無い

.NET 5に間に合わないならAOTは来年以降
それまで Blazor スレで頑張ってください
2020/07/25(土) 11:28:31.85ID:NJ9vLrlx
>>675
公開処刑じゃんワロタｗｗｗ
2020/07/25(土) 13:33:34.03ID:0jDIZWNk
JSの余命もあと1年足らずか
感慨深いな
2020/07/25(土) 13:38:29.51ID:cd2WXu1h
脱jQueryと言われてから何年経ったっけな？ｗ
2020/07/25(土) 13:56:24.05ID:ZlqyHRW3
C#erって昔はこんなにスレチなところで延々と講釈を垂れ続けるようなバカじゃなかったはずなんだがなぁ
大体本当に優れてるものならそんな意味の分からん喧嘩なんて売りに来なくても広まるものは広まるだろ
2020/07/25(土) 13:58:58.64ID:0jDIZWNk
長いJSの歴史の終焉を目の当たりにして感慨深いなぁって思っただけであって喧嘩を売ってるつもりは微塵もない
2020/07/25(土) 13:59:34.29ID:ZlqyHRW3
>>682
jQueryはWeb"サイト"分野では永劫に使われ続けると思うよ
ブラックボックスってわけじゃないからブラウザベンダーに排除されることもないだろうし
2020/07/25(土) 14:05:25.78ID:ZlqyHRW3
>>684
その終わるという根拠とやらはなんなの？
2020/07/25(土) 14:13:44.26ID:CLKbPK7s
jQueryはすばらしいからこそJavaScriptに吸収される形でなくなって欲しいわ
実際、jQueryでしか書けなかったセレクタがJavaScriptに取り込まれたりしてるよね
2020/07/25(土) 14:16:37.16ID:4ePue1ew
>>686
占いとかそんな感じ
2020/07/25(土) 14:23:57.80ID:0jDIZWNk
>>686
自明でしょ
2020/07/25(土) 14:25:56.10ID:ZlqyHRW3
>>689
全然自明じゃないから聞いてるだが
具体的にどんなプロセスでどう終わるのか説明してみたまえ
2020/07/25(土) 14:30:04.27ID:0jDIZWNk
>>690
より良いものが残る
当たり前
2020/07/25(土) 14:59:28.18ID:Lg+2ZtBy
じゃあJSは良いから残るのか。
2020/07/25(土) 18:31:03.23ID:kGS+eXd8
>>683
C#でもunityユーザーとかはマシだからC#erがガイジというよりはBlazorがガイジなんだろう
2020/07/25(土) 18:41:39.82ID:DiPEvk/l
JSガイジの断末魔
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況