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などはおｋ。
122デフォルトの名無しさん
垢版 |
2020/07/31(金) 11:56:42.61ID:GxmlUbA1
「日本で爪切り」みたいな意味のない言及
123デフォルトの名無しさん
垢版 |
2020/07/31(金) 12:02:27.41ID:vXlE06hQ
クライアントがAndroidスマホだから都合が良いんだろうね
2020/07/31(金) 12:03:18.14ID:i/HxbGJU
>>117
webpackでpackingした後ならそれ関係なくね？
2020/07/31(金) 12:53:01.38ID:7XE9b/ud
TwitterのUXって正直なところあまり良くないと思う
SPAを導入した結果、本来必要ない複雑さが生じて使いにくくなってる
5chぐらいシンプルな作りのほうが使いやすいよ
2020/07/31(金) 13:17:29.34ID:75IaVpch
それSPAと関係あんの？
2020/07/31(金) 13:20:43.25ID:7XE9b/ud
SPAだと気軽に複雑化にできることが問題
いらんとこまで複雑化しちゃうんだよね
2020/07/31(金) 13:45:54.34ID:OW7tfLmr
Twitterいいじゃん
開きっぱなしでも新着とか増えてくのすごくない？
2020/07/31(金) 13:46:45.41ID:ZbJSe1w4
フロント関係ないけど検索が早過ぎる
130デフォルトの名無しさん
垢版 |
2020/07/31(金) 14:54:07.04ID:fOAC77cv
技術者ならWindowsは恥ずかしい事だろ。
2020/07/31(金) 15:20:44.11ID:hIFLjbVS
>>130
恥ずかしい云々っていうより
Windowsサーバーでサーバー管理してる日本の大企業が単純に印象悪いってだけだけどな
132デフォルトの名無しさん
垢版 |
2020/07/31(金) 16:09:55.13ID:fOAC77cv
あわしろいくやさんも言ってるけど、Windowsを恥ずかしく思わない時点で、日本のITは終わってるんだよ。
133デフォルトの名無しさん
垢版 |
2020/07/31(金) 16:11:07.41ID:fOAC77cv
韓国やアメリカで技術者がWindows使ってると言えば笑われる案件ですよ。
134デフォルトの名無しさん
垢版 |
2020/07/31(金) 16:34:20.23ID:QYOQSLZ8
Macωωω
2020/07/31(金) 17:23:47.57ID:koOFx8Sf
>>132
じゃぁ何を使うべきなの？
136デフォルトの名無しさん
垢版 |
2020/07/31(金) 17:26:28.02ID:fOAC77cv
Ubuntuに決まってんでしょうが。
2020/07/31(金) 18:55:16.42ID:D3jc8aru
そもそも日本以外ってiPhoneのシェアそこまで高くないしプログラミングなるならMacとか言うのは日本くらいやろ
2020/07/31(金) 19:22:59.41ID:7SFTGpiw
>>136
Ubuntuなんてスパイウェアだろ
Linuxのなかで最低
2020/07/31(金) 19:34:29.85ID:7SFTGpiw
>>128
永遠にスクロールしていくのイライラしないか？
タイムラインをどこまで読んでも終わらない。

新着はタイムリーに表示されるが
過去のtweetの検索性がひどく悪い。
blogのように過去の発言を少しずつ読んでいく、という
ような使い方ができない。

カレンダーとかpaginationとかがないのがつらい

>>129
たしかにハッシュタグ無限にあるのに検索が速すぎて
どうやって実現してるのか気になる
2020/07/31(金) 21:00:37.64ID:O6+6IHLe
>>139
until:2020-07-01 from:accountname
141デフォルトの名無しさん
垢版 |
2020/07/31(金) 21:48:13.15ID:4adtn/xe
Windowsは
クライアントとしてはそこそこ優秀だと思うが
サーバとしては論外
sqi serverとかASP.NETとか
IISみたいなのは申し訳ないがNG
142デフォルトの名無しさん
垢版 |
2020/07/31(金) 21:51:39.93ID:Ki3B8LBa
>>133
知見
Mac なら市民権あるんです？
143デフォルトの名無しさん
垢版 |
2020/07/31(金) 22:03:02.03ID:Ki3B8LBa
画像も貼らずに(ry
144デフォルトの名無しさん
垢版 |
2020/07/31(金) 22:03:41.36ID:Ki3B8LBa
すみません
誤爆しました
2020/07/31(金) 22:28:38.51ID:7SFTGpiw
>>140
コマンド一覧みたわ、コマンド使えば意外といけそうだな
until, since, from以外にもlang:jaとか

GUIで詳細検索できるようにすればいいのにな
過去のtweetをすぐ表示できないからやらないかもしれないが
2020/07/31(金) 23:31:04.93ID:vpO9F3Px
>>145
-"キーワード"とか-from:user_id
で除外とかもある
2020/08/01(土) 00:34:43.11ID:G+VYcIGl
>>141
なぜ？
2020/08/01(土) 00:49:37.59ID:EZTrMdob
>>133
韓国事情にお詳しいのですね
149デフォルトの名無しさん
垢版 |
2020/08/01(土) 05:05:56.58ID:Hva4RaSU
> nuxt、nextはまずSSRであり、SPAもやろうと思えばできる感じ。
これは間違い。SSRをやろうと思えばできるし、SPAもやろうと思えばできる


ツイッターのハッシュタグ検索なんてただたんにハッシュタグテーブルがあるだけで特殊なことしてないよ
要はDB内で木構造(インデックス)使ってるし、ロジックもシンプルだから早くて当たり前
2020/08/01(土) 06:13:33.94ID:+75jFEkg
ReactのSSRってどうやってやるの？
react-dom/serverのrenderToStringでhtmlを書き出せたが
ボタンをクリックしたときのjavascriptを書き出せない
ReactのSSRは中途半端ってことはない？
2020/08/01(土) 06:28:18.42ID:Yr8NK13H
>>150
素直にNext使えばいいじゃん
2020/08/01(土) 07:53:17.79ID:TZ+8fQlR
<button>a1</button>
ボタンをクリックしたときtextContentをa2に書き換えるとする
SSRならどうなる？
１．変更分だけをサーバーで生成
２．HTML全部をサーバーで生成
３．クライアントでtextContentを置き換える
2020/08/01(土) 09:11:23.78ID:r1K2Mhjx
>>152
3じゃないの？
2020/08/01(土) 09:12:57.80ID:Mks3gogl
>>142
きっとWindowsで嫌な目にあったんでしょう
察してあげなさいよ、かわいそうに
2020/08/01(土) 09:42:50.00ID:pnJRYwjZ
>>153
クライアントで書き換えたらサーバーはそのことを知らないままにならない？
他の処理でSSRしたときにa1に戻ってしまわない？
156デフォルトの名無しさん
垢版 |
2020/08/01(土) 10:08:59.77ID:cVk77Hxz
ハァ？他の処理でSSR？
根本的に理解してないだろ魔法じゃねんだぞ
2020/08/01(土) 11:24:37.55ID:Hj1S4h6p
フレームワーク乱立はよくねえな
責任感が強いマイクロソフトに集約すべき
2020/08/01(土) 11:28:16.66ID:biQ1QRTH
責任感ねぇ
「MSさん？互換性と言う言葉をご存知ですか？」
2020/08/01(土) 11:33:17.20ID:QHr6h7Y5
MSにケツの穴まで見せそうだな
反抗心を失ったら人間終わり
2020/08/01(土) 11:48:39.84ID:Hj1S4h6p
後方互換性に1番気を使ってるのはマイクロソフトで間違いない
161デフォルトの名無しさん
垢版 |
2020/08/01(土) 11:52:29.07ID:bRba9mah
金のために互換性保ってるだけで、正義のためじゃないだろ。
162デフォルトの名無しさん
垢版 |
2020/08/01(土) 11:52:53.71ID:bRba9mah
Ubuntuは正義だ。
2020/08/01(土) 11:53:07.79ID:Hj1S4h6p
正義(笑)
164デフォルトの名無しさん
垢版 |
2020/08/01(土) 12:30:25.28ID:biQ1QRTH
孫
2020/08/01(土) 12:30:30.31ID:6s9LN6+z
>>158
MSが一番互換性高いでしょｗ
166デフォルトの名無しさん
垢版 |
2020/08/01(土) 12:44:13.04ID:biQ1QRTH
C
C++
J++
J#
C#
F#
VB
VBA
VBS
VB.NET
JScript
TypeScript

Win32 API
Windows Forms (WinForms)
Windows Presentation Framework (WPF)
Universal Windows Platform (UWP)
Electron
Xamarin
React Native
.Net Framework
.NET Core 3
XAML Islands

一体何で開発したらええんかのぅ？
2020/08/01(土) 13:17:45.48ID:0UaphVC2
>>166
MS には他にも、MFC, Razor, Blazor, .NET MAUI, SilverLight がある。
2020/08/01(土) 13:18:51.98ID:G+VYcIGl
>>166
迷うはずないやつがいくつも混じってるぞ
2020/08/01(土) 13:21:45.58ID:o8EpUcK0
Linuxだともっと迷うんじゃないか
2020/08/01(土) 13:31:27.42ID:EZTrMdob
Ubuntu使ってるやつのカラーセンス疑うわ



あ、俺も使ってた…
171デフォルトの名無しさん
垢版 |
2020/08/01(土) 13:33:15.03ID:biQ1QRTH
>>168
あ！量販店の店員さんですか？
Vue とReact とAngular
どのメーカーが良いですかねぇ
2020/08/01(土) 13:52:32.32ID:8AkvqbAq
Linuxは野良ツール多すぎて迷うよなー
マイクロソフトを信用してとりあえずコレだけやっとけ的なものがない
どれを選んでも中途半端でトラブルと縁を切れない
2020/08/01(土) 14:07:55.86ID:Yr8NK13H
>>172
自分の能力が低いって自己紹介じゃんそれ
2020/08/01(土) 14:10:38.48ID:8AkvqbAq
>>173
そういう考え方が雑魚っぽい
苦労を自分から背負い込むスタイルとか非合理的でしょ
2020/08/01(土) 14:11:19.37ID:IxYAI3me
>>171
JScript
2020/08/01(土) 15:01:04.70ID:Sq3FCv8n
>>175
それソケットの型とか電圧が違うからって警告出ませんか？
サーバーのコンセントにささらないと困ります。
2020/08/02(日) 10:58:02.51ID:TgtGsz6s
C#ってunsafe、Span、refがあるから低レベルの爆速プログラミングもできるんだな
こんなんwasmに事前ビルドされたらJSが速度で勝てるわけないじゃん
2020/08/02(日) 11:50:01.52ID:WQM7cDU9
wasmはjsエンジンの（一部の）上で動いてるから、コンパイル後のピーク速度は同じなんだけど。ネイティブGCも無いからGC付きクソデカランタイム動かしてたら速度メリットも消えちゃうんだけど
https://qiita.com/karszawa/items/0bd6e7aa0b638a8e9ee2
2020/08/02(日) 11:52:44.71ID:DseL3ZRo
マジこのスレスレタイと関係ある話してねーな
2020/08/02(日) 12:00:19.78ID:2PlDLosa
そのうち逆になるだろ
wasmが一番下のレイヤーになってJSはその上で動く
2020/08/02(日) 12:07:48.77ID:cT3QB5LB
vueユーザーはvue3に備えてこれ読んどきなさい

Vue Composition APIでストアパターンをスマートに使って状態管理をする
https://qiita.com/resessh/items/ab09ec925ca49d02caae
2020/08/02(日) 12:24:42.43ID:DseL3ZRo
>>181
Reactに寄ったとは聞いてたがマジで寄ってるなｗ
2020/08/02(日) 12:25:34.13ID:WwXtXh/O
>>178
C#はネイティブメモリを安全に活用する機能があるのでメモリ効率がすごくいいよ
この機能が追加されたおかげで.NET Coreの全体的なパフォーマンスが急激に上がったのは記憶に新しい
スタックで済むところはスタックで処理できるから従来のC#、Java、JavaScriptのように必要のないところでオブジェクトのためにメモリを確保しなくても済むようになった
これがパフォーマンスにとって大きな影響がある
JSがこれを模倣しようとしても型安全性と構造体がないからそう簡単にはできない
TSがトランスレーターに甘んじてるうちはTSでも同じこと
TSが完全にコンパイラなったとしてもref、Span、構造体に相当する言語機能を導入しなければならないから簡単には行かない
2020/08/02(日) 12:50:36.63ID:WQM7cDU9
>>183
jsの場合jitがその辺はやってるんだよ。型が変わらない変数ぐらいjitは見つけて最適な型で最適なところに割り当ててる、スタックやレジスタレベルでね。refどころか関数のインライン化もやるよ。
c#のjitも凄いけど、それをwasm上でやるのは大変じゃないかな？
2020/08/02(日) 12:54:12.60ID:mXvsp2ya
ホントは、Wasmの本質は速度向上ではなくて、言語を変えられることだよ。
2020/08/02(日) 13:05:39.93ID:WwXtXh/O
>>184
その程度じゃ全然最適化が足りないんだよ
機械的な判断じゃどうしたって最適化していいか確定しない部分が沢山でてくる
C#だってデスクトップやサーバーサイドで最適化のノウハウをしこたま溜め込んでる
その蓄積があるのにあえてプログラマの手で高速化するための手段を用意した
マイクロソフトはJITを極めてもそれだけじゃ満足できないとわかってたからね
結果として.NET Coreは凄まじいパフォーマンスを獲得したわけ
Blazorはまだ黎明期だからしかたないけどサーバーサイドのベンチマークはまじで凄いからね
2020/08/02(日) 13:08:10.21ID:WQM7cDU9
>>185
それ。他言語のライブラリとか持ってこれるのが助かる

>>186
そうだね。早く速くなるといいね
2020/08/02(日) 13:11:40.57ID:hCA53BQc
>>187
まあそんなに遠くない未来だろうね
2020/08/02(日) 13:12:22.72ID:DseL3ZRo
>>186
お前いつまでここに寄生してその話続けんの？
2020/08/02(日) 13:21:40.43ID:QyH37OuI
スレタイ変えるべきだな
191デフォルトの名無しさん
垢版 |
2020/08/02(日) 13:23:40.23ID:mXvsp2ya
>>187
他からライブラリを持ってこれる、というようなことだけじゃなく、
JSには、ちゃんとしたclassの概念もなければ、ちゃんとしたstructの概念も無い。
明示的な型指定も出来ない。
また、常にGCがONなので速度的に不安定。
変数は原則的に全てHeapからの確保になってしまうので使い始めが遅い。
動的に型が決まるので、JITでもある程度以上最適化できない。
そういうところがC++では改善できる。
192デフォルトの名無しさん
垢版 |
2020/08/02(日) 13:28:43.14ID:q/qx3qt3
wasm について語りたいなら
【wasm】ブラウザでC++。Emscriptenを語ろう
https://mevius.5ch.net/test/read.cgi/tech/1547549448/

blazor について語りたいなら
【本命】Blazor スレ1【真打】
https://mevius.5ch.net/test/read.cgi/tech/1595255796/

ついでに、jquery に言及したいなら
Vue vs React vs Angular vs jQuery Part.3
https://mevius.5ch.net/test/read.cgi/tech/1560333177/
2020/08/02(日) 13:32:13.60ID:WQM7cDU9
>>191
wat書くとそのへんは痛感するね。流石にcppとかrustには叶いませんわ。
194デフォルトの名無しさん
垢版 |
2020/08/02(日) 14:15:44.79ID:oOnrjYcq
C++はJITが効かないので、最悪Javaの20倍ほど遅い。
2020/08/02(日) 14:21:31.87ID:mXvsp2ya
>>194
それは、狭い範囲における非常に稀なケースだが、
WasmはJITが効くので、C++も出力をWasmにしてしまえば、原理的には
同じ事が出来るわけだけど。
2020/08/02(日) 14:26:42.33ID:mYK9zNmf
> C++はJITが効かないので
JITって何かわかってる？
ただのCPUに最適化したコンパイルに過ぎないぞ
C++でもコンパイル時にCPUに最適化すれば同じことだ
197デフォルトの名無しさん
垢版 |
2020/08/02(日) 14:30:46.09ID:oOnrjYcq
JavascriptはJavaの二倍速い。
2020/08/02(日) 14:32:48.19ID:mXvsp2ya
>>195
JITの方が速くなる可能性があるとすれば

1. たまたま実行した環境では、要素数の多いSIMDが使えるCPUの場合、そのCPUに
　合わせて最適化できる。

2. 予め最適化する場合には、実行段階で、CPUの場合分けのためのオーバーヘッド
　が少し生じる。

3. 実際に実行してからのプロファイリングを用いて、繰り返し回数の多いループ
　を重点的に最適化できる。
　これもテスト時にあらかじめ行っておくことも出来るが、何らかの要因で
　条件が大幅に変わった場合には、JITでやる場合と差が出てくる可能性がある。
199デフォルトの名無しさん
垢版 |
2020/08/02(日) 18:01:52.35ID:owOvUR/E
そもそもwebというかブラウザがdomとcssに結局は縛られるから、そっちのが問題だと思うけどなあ。。
そしてdomはとても壊れやすい。それが起因の問題は今でもちょくちょく体験する。ブラウザ互換も未だに完全じゃない。

wasmだc#だと言っても、UIまで包括的に別の仕組みで動作しないと同じだと思うよ。
200デフォルトの名無しさん
垢版 |
2020/08/02(日) 18:58:02.73ID:rl9xr/mh
Vueはreact追いかけて変な方向に行ってしまったな。
従来のVueの手軽さがいい人にはAlpineJSをお薦めするよ。
201デフォルトの名無しさん
垢版 |
2020/08/02(日) 19:04:43.64ID:4pM7vb20
wasmとかc#とかMSの話してる奴
これもう荒らしだろ。
単語NG安定
2020/08/02(日) 19:05:43.75ID:7B1HvTGa
>>200
そういうマイナーなframeworkは
バグとかの情報少ないし一番めんどくさいだよ
お手軽っていうのはユーザーが多い
ASP.NETとかRuby on Railsのことなんだ

Rubyはweb以外ではろくに使われてないし
結局、ASP.NETが最強ということになる
203デフォルトの名無しさん
垢版 |
2020/08/02(日) 19:08:48.49ID:rl9xr/mh
レスつけられたみたいだけどあぼーんで見えない
2020/08/02(日) 19:09:18.65ID:++dgOo7Q
>>199
QTが動いたって話だしそのうちDOMに依存しないUIフレームワークもでてくるだろうな
それが良いかどうかは未知数だが
2020/08/02(日) 19:10:22.22ID:SsTxGSMj
【ﾜｯﾁｮｲ有】Vue vs React vs Angular Part.5.5
https://mevius.5ch.net/test/read.cgi/tech/1596110361/
スレチガイジが居ないスレはこっち
2020/08/02(日) 19:30:24.89ID:+AbKOGnw
>>191
スタックメモリを有効活用しようとしたらstruct必須だからJSの言語機能を大幅に改修しないといけないね
2020/08/02(日) 19:48:26.61ID:sINF+8Fw
>>206
c#しか知らないのにそういうネタ出すの止めたら？
2020/08/02(日) 20:21:18.93ID:+AbKOGnw
>>207
他の言語も知ってるけど？
俺はJSしか知らないフロントエンジニアじゃないよ
209デフォルトの名無しさん
垢版 |
2020/08/02(日) 20:27:25.31ID:+KirgcPe
C#しか知らない業務ソフトおじさん
略してソフトおじさん
2020/08/02(日) 21:38:12.95ID:7B1HvTGa
>>205
C#理解できないレベルの低い人たちだけのスレ立てたのか

わざわざ分裂させて時間を無駄にしたがる人たちは理解できない
2020/08/02(日) 22:56:39.44ID:afjdMLlX
Ruby は、Vagrant, Chef, ServerSpec, Github とか、サーバー構築テストに強い

Chef では、以下の抽象化構文で、Cent 系のrpm/yum, Debian 系のdeb/apt の、両方に対応できる

package "dstat" do
action :install
end
2020/08/02(日) 23:24:21.36ID:D3UaZ6Ra
ここでCの話してるやつって外国に忍び込んで蝕んでいく中国人みたいだな
2020/08/02(日) 23:25:09.68ID:254CtELF
うわネトウヨが出た
214デフォルトの名無しさん
垢版 |
2020/08/02(日) 23:45:51.80ID:4pM7vb20
JavaScriptに話を戻そう
ReactってそもそもHTML要素が既にある時点で
イベントハンドラとかprops stateとか作りこんんで行く訳だが
そもそもHTML自体をしこたま動的に生成しなきゃならん事
多い。
そういう時ネイティブ JavaScriptの
createElementとappendChild使うのがいちばん便利
なんだわ。
動的に生成したDOM要素にイベントリスナ設定して
ピタゴラスイッチ見たいにUI構築していくのは楽しい。
215デフォルトの名無しさん
垢版 |
2020/08/02(日) 23:50:51.47ID:LkmmrvcN
手動でやりたいならどうぞご自由にとしか。
JSスレ行ってね。
あ、ついでにC#ｶﾞｲｼﾞとRubyｶﾞｲｼﾞも一緒につれてって。頼んだよ。
2020/08/02(日) 23:51:15.64ID:afjdMLlX
Document.createDocumentFragment( ) だろ
2020/08/03(月) 00:07:57.59ID:4XZf/IuM
>>204
QTってWEBはWebGLが前提だろうから、どうなんだろうね。
でもWEB版とネイティブアプリ版両方作るなら、一番合理的とも言える。
欠点は読み込みがクソ重くなる事か。。
2020/08/03(月) 00:09:40.27ID:UL5Fg7I6
>>214
まあ仮想DOMってdocument配下にないメモリ上の状態でガチャガチャやるわけだし
実DOM直接操作するよりはオーバーヘッドないんじゃない？
2020/08/03(月) 00:13:57.36ID:gMPFHu0L
>>218
仮想的なDOMを操作しても
最終的に実DOMに反映しなければいけないのだから
仮想DOMの処理はは100%オーバーヘッドだよ
2020/08/03(月) 00:19:42.49ID:gMPFHu0L
一番速いのは、仮想DOM操作も実DOM操作もしないこと
当たり前だよね？

つまりHTML/CSSだけで実装するのが一番速いわけ
できないと思うなら「CSSだけで作った」で検索してみりゃ
いくつもCSSだけで動きがあるものを作っているサンプルが見つかる

次に速いのは必要最小限の実DOM操作を行うこと
これも当たり前。これはCSSだけでできないことをJavaScriptで
行うが、必要最小限のクラスなどの属性の変更で行うこと
DOM要素の追加削除は行わなず、CSSを使って表示非表示で対応するのでのでこれも速い

ただしHTMLとCSSを正しく理解していなければいけないので
JavaScriptからウェブに入ったなんちゃってウェブプログラマには荷が重い（笑）

ちなみにjQueryを使ったプログラミングでは、この必要最小限のDOM操作を行うのに適している

仮想DOMっていうのは、このHTML/CSS/JavaScritpのベストプラクティスを無視して
全部JavaScriptでやったら重くなった→どうにかしてマシにしたい
というバッドノウハウとして生まれたものだよ

HTML/CSSまたは、jQueryを使って正しくプログラミングしたものに比べれば
仮想DOMは遅い
2020/08/03(月) 01:05:05.78ID:wV2nNm2Q
jQueryがネイティブより速い？ 何言ってんの？
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況