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/22(水) 01:26:03.91ID:Qt8ScUI0
>>570
たぶんgitとかのbranchのことじゃないかね
2020/07/22(水) 01:30:36.64ID:URxkYA59
>>572
こんなオレオレ用語が通じると思ってる時点でアレだよね
2020/07/22(水) 01:38:35.35ID:8xjEWwaY
いやいやGitより遥かに昔からOSS界隈では枝分かれの事をForkとかBranchとか言ってたよ
2020/07/22(水) 01:47:48.97ID:8xjEWwaY
>>571
今そこで動いてるプログラムのソースの特定ってリリース直後なら全然問題ないけど時間が経つとPCが飛んだりファイルサーバーが飛んだりして色々分からんくなるんよ
管理が悪いと言われればそれまでだけど

たったちょっとの下らない修正をする場合に今サーバーで現在動いてるソースを正にできるならこんなに楽な事はない
2020/07/22(水) 01:52:43.74ID:URxkYA59
>>574
「ブランチプログラム」の話やで？ブランチやフォークじゃない
2020/07/22(水) 01:53:51.05ID:URxkYA59
>>575
具体的にC#でソースの特定になぜ困るの？
2020/07/22(水) 01:57:43.97ID:URxkYA59
アセンブリのバージョン見りゃすぐにわかるし、簡単にデコンパイルもできるけど？
その程度の管理体制であれば、むしろスクリプトの方が安易にサーバー上での書き換えを助長してカオスになるやろ
2020/07/22(水) 08:49:11.56ID:mrS9YSO9
そんな杜撰な管理をする企業はウェブサイト公開したらだめだよ
2020/07/22(水) 09:12:34.80ID:fdLUcmY9
自社ならどうしようもないが他社案件の引き継がない引き継ぎとかならまぁなくはない
2020/07/22(水) 09:33:53.61ID:MO/NMaXo
WEB系ってホビーの延長みたいな企業が多いからこういう杜撰なとこも少なくないのかね
業務系じゃ考えられないよ
2020/07/22(水) 10:15:54.53ID:dNFs6AB7
Google「ウェブ系ですが？」
2020/07/22(水) 10:32:50.16ID:5wUO8MAR
そんなもの引き受けなきいいに越した事はないが上が決めた事だから従わざるを得ない技術者が飛んだ会社の保守の引き継ぎとかさ
584デフォルトの名無しさん
垢版 |
2020/07/22(水) 10:57:39.34ID:3CemYXHW
自殺とか行方不明の人の引継ぎは嫌どす
2020/07/22(水) 12:34:59.62ID:TbA23O41
>>583
それならなおさらスクリプトはやっかいだね
2020/07/22(水) 15:19:18.80ID:hWTO0mCJ
>>581
お前が時代遅れのクソジジイだと認識しろよゴミwww
587デフォルトの名無しさん
垢版 |
2020/07/22(水) 16:12:45.93ID:INmJrGsJ
なんでここシーシー言ってるおじいちゃん湧いてるんや
シーの読み書きのし過ぎで目バグってスレタイ読めんくなったんか
2020/07/22(水) 16:16:13.80ID:Qhy+32rY
>>586
えー？
うちは比較的モダンな現場なんでこんな杜撰な管理はしてませんよ
コードもリリースも全てテキストファイルでバージョン管理されてます
2020/07/22(水) 23:07:35.80ID:2/9nnKBr
Excel のマクロで、再帰的なファイル操作とかしてると、難しくて仕方ない。
おまけに仕様書もない。
こういう仕事が、1人月100万円

これが、Ruby のファイル操作なら、ものすごい簡単。
glob で済む
2020/07/23(木) 10:57:27.96ID:4JN3xRE1
JqueryおじとBlazorおじとRuby君で戦わせたらどうなんの？
2020/07/23(木) 11:00:04.11ID:vtZyy6IC
Rubyガイジも爺さんだよ
年取ると周りの意見が耳に入らなくなるんだ
2020/07/23(木) 11:02:41.88ID:1c3WMgKJ
馬鹿は若くても人の話を聞かんから年齢は関係ないがな
2020/07/23(木) 11:13:10.23ID:/gQkLfku
年取って周りの意見が耳に入らなくなった老害JSおじさん

vs

若いBlazor勢力
2020/07/23(木) 11:20:51.69ID:BEz0RkVx
Blazorの記事見てるけどなんかBlazorのソースってフレームワーク使ってないPHPやJSPみたいなコーディングするんだね
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従な感じ
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況