Vue vs React vs Svelte Part.6

■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
垢版 |
2020/10/27(火) 13:09:05.31ID:5aYZ+KyB
実際どうなん？
※Angularは残念ながら全く話題にならなかったのでSvelteに差し替えました
Vue
https://jp.vuejs.org/
React
https://reactjs.org/
Svelte
https://svelte.dev/
※前スレ
Vue vs React vs Angular Part.5
https://mevius.5ch.net/test/read.cgi/tech/1596029929/

★ここではjQuery, Ruby, C#, Blazorの話題は禁止です
★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください
Angular, Next, Nuxt, Sapper, Gatsby, VuePress, RedWoodなどはおｋ。
2020/11/03(火) 20:12:28.79ID:C42spRT+
JavaScriptなんか使いこなせるようになってもなあ
2020/11/03(火) 20:19:41.36ID:XR+zjtJR
>>113
具体的に？
116デフォルトの名無しさん
垢版 |
2020/11/03(火) 20:49:36.32ID:M97chx1r
>>115
HTML部品を細かく外部部品にできる
cssとかJavaScriptとか画像付きで
サーバサイドのクソインクルードと違ってdevtoolsから
呼び出し関係を把握出来る
2020/11/03(火) 20:54:04.83ID:OA2PBkaW
部品ごとにリクエスト走るの？クソやん
2020/11/03(火) 20:54:11.24ID:Vb+pPlne
バージョンアップですぐに知識が陳腐化するのが問題だよな
Reactが一番メジャーと言っても、他にもたくさんあるし、React自身もバージョンアップで変わるし、Reactの周辺技術も変わるし
119デフォルトの名無しさん
垢版 |
2020/11/03(火) 21:01:35.34ID:XR+zjtJR
>>116
ReactやVuejsのコンポネント
あるいは純粋なWeb Componentsではダメという事？
120デフォルトの名無しさん
垢版 |
2020/11/03(火) 21:13:02.42ID:M97chx1r
ソースと画面上のdevtool解析に差異があるから不便
2020/11/03(火) 21:20:57.47ID:XR+zjtJR
>>120
ん？

使ってもいない人かな？
2020/11/03(火) 23:12:36.36ID:GS5jRb/7
それだけならejsとかのテンプレートエンジンでいいのでは
2020/11/04(水) 00:27:26.22ID:ICDUObZn
jsを嫌ったところでweb開発では結局npmライブラリ使うんだからjs/tsからは逃れられんと思うけどね
124デフォルトの名無しさん
垢版 |
2020/11/04(水) 09:32:04.09ID:CWKX+qbt
JSは嫌いじゃない。むしろ肯定する
嫌いなのはサーバサイドのビューの生成支援技術
特にDBやモデル層と密結合してるものは最悪
とりあえず純粋なデータの形でJSON化して文字化け防止
エンコしてJavaScript側に埋め込んどけば
JavaScriptで復元して、いかようにでもビュー構築
できるのに
そういう事を知らない奴がサーバサイドフレワの
ゴミみたいなビュー機能使いやがる
2020/11/04(水) 09:52:12.35ID:TofTvuAt
パッケージ問題はwasmにビルドして相互運用って形なるので気にしなくていい
JSが消え去るのも時間の問題だ
2020/11/04(水) 09:59:29.81ID:5hLgPx47
>>124
サーバーサイドならModelが型を持ってるからメタデータを処理してCRUDを生成するなんてことが実用的な水準でできるけどJSONじゃ無理でしょ？
2020/11/04(水) 12:51:36.28ID:nYZgiQyo
サーバーサイドで完結するなら遅延評価とかでDBへの負担を最小にできるけど、一旦JSONにするとN+1とかリクエスト連発とか高負荷になるもんな
それでGraphQLとか流行り始めてるけど
2020/11/04(水) 12:56:06.12ID:LzSTpY+2
domain modelからview modelへの変換も実装量としては無視できない
これをスクリプトでやるなんて正気じゃないよ
129デフォルトの名無しさん
垢版 |
2020/11/04(水) 15:17:00.07ID:wF8lqQTT
GWTってまだ生きてたんか
SWTと同じくらい長生きだな
130デフォルトの名無しさん
垢版 |
2020/11/04(水) 16:54:45.12ID:sbTiCV0L
https://dev.to/linkuriousdev/to-wasm-or-not-to-wasm-3803

wasmって今のところjsよりそんなに極端に速いわけではなさそうだけど
普通のwebアプリをwasmにしても大して恩恵は受けられないんじゃ
2020/11/04(水) 18:28:12.23ID:annEOGEQ
>>130
ゲームとかのグラフィックス用途だけだよ。
132デフォルトの名無しさん
垢版 |
2020/11/04(水) 19:30:08.96ID:CWKX+qbt
鯖の負荷を減らすにはクライアントサイドの
ブラウザに仕事させるのが最善
ネットワークアクセスが頻繁になるけかもしれんが
キープアライブとかあるし大した問題ではない
同時接続数はローバラ噛ませてスケールアウト
擦るのが定石で それだけ利益産むだけの接続数が
来てるんだから必要経費
サーバサイドはレンダリング支援は要らん
バリデーションはフロントサイドとDBの制約で十分
ハッキングしてくる奴に律儀にエラーメッセージ
返してやったりエラーハンドリングしてやる必要ないからな
関連はJOIN覚えろ
ORMとかクエリビルダとかクソなんだよ
最悪複数回SQL飛ばせば外部テーブルのレコード取ってきたり
SQL飛ばさずに連想配列の配列からデータ漁るメソッド
作っとけば工夫すればコーディング爆速になるのに
ちまちまとバリデーションとかリレーションとか
定義するフレームワークは馬鹿
つまりwebアプリは全部糞なんだよ！
ネイティブJavaScriptが至高
ネイティブSQLが至高
expressのみが至高


オブジェクト指向は死ね！
RailsもララベルもReactもAnglarも死ね！
133デフォルトの名無しさん
垢版 |
2020/11/04(水) 19:35:24.63ID:rm1hfGRH
クライアントでやれと言いつつ
結合はサーバーでやれと？
2020/11/04(水) 22:48:53.58ID:K1ME6Nao
相手したらあかんやつや
2020/11/04(水) 23:20:52.63ID:8aX5ek4k
どっちがサーバでどっちがクライアントかも分かってないぞそいつ
お茶碗持つほうが鯖とかそんなレベル
2020/11/05(木) 00:10:38.34ID:cYudjgB5
>>135
お茶碗持つほうが鯖はさすがに草
2020/11/05(木) 07:06:59.54ID:zkmm5QOl
jQueryバカがボコボコに論破するたび過激になって帰ってきて草
2020/11/05(木) 07:09:42.40ID:zkmm5QOl
>>120
debugビルドでsourcemap吐き出させると
devtool上でも手書きのソースが表示されるよ
139デフォルトの名無しさん
垢版 |
2020/11/06(金) 23:55:42.90ID:dY0FwNqN
スレタイAngular外されたか
個人的には好きなんだけど使う奴が少ないんだよなあ
Angular+nest+typeormの組み合わせが快適で重宝してる
2020/11/07(土) 00:19:17.46ID:4eYXXeZK
遅かれ早かれすべて外されるよｗ
2020/11/07(土) 13:47:20.36ID:H4/lc4DC
じきにwasmスレになるだろうね
2020/11/07(土) 22:00:52.91ID:vkENrb2s
普通にDOM操作してる分にはJSで十分速いんだよなぁ。
最近WasmでFFmpegをブラウザに移植、とかあったし、TensorflowでWasm利用したりしてる。
そういう従来PCやサーバのOS上で直に動いていた物がそのままWebに移植されて予想もしてなかった新しい組み合わせを生む、みたいな方向性に期待してる。
2020/11/07(土) 22:17:58.99ID:alCltY04
十分速いもなにも、現状DOM APIはJS用しかない。WASMにもないのでJS経由でないといじれない。
偉そうに宣伝してくる他言語のフレームワークも最終的にJSのAPI呼んでる。
2020/11/08(日) 06:37:58.90ID:Xo0sFQ6l
>>143
Domを使う場合JSがネイティブだね。
Wasmの場合canvasに直接描画するのが本流。ゆえにDom上のUI資産は一切使えない。
2020/11/08(日) 07:21:32.68ID:LFeopa9V
wasmでUInt8Array作ってcanvasに流し込む形かな。ゲームとかならそれで良さそう。
いやでもゲームなら高速描画を求めてWebGLやcanvasのAPI使うからwasmで完結はしないかも。

ゲーム以外だとUI周り全部wasmで描くとランタイム大きくなるし。
2020/11/08(日) 08:21:28.89ID:YnyAcD/m
ゲームとかだったらいいんだけどねぇ。
複合UIをCanvasベースで作り直しとかｗ
CSSのレスポンシブ関連機能相当のものやイベントシステムも再実装か？ｗ
2020/11/08(日) 11:55:41.56ID:n8ymm8S9
id変えて3連投
内容もトンチンカンだし
何がしたいんだ
2020/11/08(日) 11:56:26.00ID:n8ymm8S9
土曜も含めて5連投か
2020/11/08(日) 12:22:25.95ID:Xo0sFQ6l
馬鹿登場(^o^)
2020/11/08(日) 12:48:49.25ID:LFeopa9V
何か変な事言ってる？
2020/11/08(日) 12:59:39.96ID:Xo0sFQ6l
ID:n8ymm8S9
こいつ
152デフォルトの名無しさん
垢版 |
2020/11/08(日) 14:26:55.01ID:l0qFfY14
canvasで描画されたサイトはスクレイピングできなそうだけどどうなの
2020/11/08(日) 16:13:42.91ID:0eCVrRMZ
>>144
>Wasmの場合canvasに直接描画するのが本流。ゆえにDom上のUI資産は一切使えない。
別に「一切使えない」という訳ではない。
Edit要素やチェックボックスなんかをHTMLのFormで書きたい人はWasmからでも
書ける。
例えば、EmscriptenならC++ソース内でEM_ASMの中にJSコードが書けるので
そこでなんでもHTMLコードは書ける。
2020/11/08(日) 16:17:14.07ID:0eCVrRMZ
>>152
基本その通りで、AI技術などを使わない限りはページを解析できなくなる。
だから文書中のキーワードから自動的に検索エンジンに登録される事ができなく
なってしまう。
その意味で検索エンジンに登録して欲しい内要はcanvasで書かずに
HTMLのtextareaやpやdiv要素などの中に書いた方が良い。
そしてWasmを使ってもそのようにすることは可能。
2020/11/08(日) 16:32:27.74ID:477xwJw7
ただそうするとwasmを使う意味がなくなる
2020/11/08(日) 16:41:28.75ID:Xo0sFQ6l
>>152
Wasmに求められてる事のは、
ブラウザー内でネイティブアプリを動作させることでは？
2020/11/08(日) 16:42:06.83ID:Xo0sFQ6l
>>155
JS使えないのがWebが主流になったからって
慌ててWasmに逃げようかと考えるから
そんな疑問になる。
2020/11/08(日) 16:50:00.20ID:0eCVrRMZ
>>156
例えば、Win32のEditControl相当のものは、canvasで作ることも出来るが
pre要素で作ろうと思えば作れる。
例えばqiitaのプログラムコードの表示はpreタグで作られているから
それと同じことをWasmでやればよい。
2020/11/08(日) 16:54:09.62ID:Xo0sFQ6l
Wasmでsilverlightの土台整ったんで
是非復活してください。
160デフォルトの名無しさん
垢版 |
2020/11/08(日) 18:10:44.66ID:4ZBfhd92
googleのクローラーさんがwasm読めるように頑張ってくれれば良いだけだよね
あとは任せた
2020/11/08(日) 18:40:18.29ID:LFeopa9V
いくらGoogleのクローラでもCanvasに独自実装されたUI全てに対応するのはちと辛かろう（リソース食う量が段違いだし）。有名フレームワークがあるならそれに対応するのはあるかも。

フレームワークがSEOに弱いとわかりつつwasmに行くのが先か、
wasmフレームワークが流行る可能性があるとGoogleがクローラを進化させるのが先か。

等面俺は普通にDOM使うかな〜
2020/11/08(日) 18:47:40.39ID:qWxYWVGv
JSON LD
2020/11/08(日) 18:51:35.75ID:0eCVrRMZ
クローラーがcanvasの文字列に対応するには、(OCRみたいな)画像からの文字認識が必要。
2020/11/08(日) 18:53:52.25ID:0eCVrRMZ
ややこしいのは、HTMLだとテキストを全部、HTML要素の中に書いておいて
見えない領域は必要に応じてスクロールするようになっているが、
nativeとのマルチプラットフォームライブラリのWasmの場合だと独自に
スクロールして必要な部分しか画面には出さないので、文字認識しても
クローラーは見えない部分には対応しにくい。
2020/11/08(日) 20:33:25.42ID:JilxLgos
SEOとかLanding Pageだけ対応しとけばあとは割とどうでもいいんじゃないの？
2020/11/08(日) 21:32:11.88ID:Xo0sFQ6l
なんでSEOせにゃならん要件でWasm使うのかい？
もしかして某板の基地外？
2020/11/09(月) 15:47:31.41ID:FX8TY8PI
いや俺はSEO対策には詳しくないが、海外のサイトでWasmでcanvasで文字を
描画した場合に問題になることが議論されていたから、それに影響された。
もし、問題にならないと思うんなら別にそれでいい。
2020/11/09(月) 17:17:14.74ID:VFcbnqG0
> なんでSEOせにゃならん要件でWasm使うのかい？

これを読んで、SEOに悪影響はないという主張だと理解したわけ？
外国の方ですか？ｗ
2020/11/09(月) 19:02:52.34ID:FX8TY8PI
>>167 は >>165
へのコメントのつもりだった。
170デフォルトの名無しさん
垢版 |
2020/11/09(月) 20:59:08.82ID:kTDxgGid
これすごくない？

ブラウザ上で動画生成や変換ができるWebAssembly版FFmpeg「ffmpeg.wasm」レビュー
https://gigazine.net/news/20201109-ffmpeg-wasm/
2020/11/09(月) 21:02:21.41ID:Pd2sIgMn
いよいよJSもオワコンか
長い暗黒時代だった
2020/11/09(月) 21:21:29.85ID:TdfpQ1ub
reactでhooksが主流の今、reduxを学習する意味は大きいだろうか？
2020/11/09(月) 21:26:32.07ID:IuElySO5
安心しろ


どうせhooksもすぐ消える
2020/11/09(月) 22:03:01.37ID:fNXcH97V
確かに
2020/11/10(火) 07:06:06.27ID:vuF+5ADy
setXXXってネーミング、いまいちだよな
2020/11/10(火) 23:46:01.54ID:fk8fv8d/
Vueって本当に簡単なんですか？
言うことを聞いてくれなくて時間の浪費が半端ないです。
これを乗り越えた先にパラダイスはあるのか
2020/11/11(水) 01:36:23.59ID:a7EdH0Sq
ないよ

今、JavaScriptやjQueryで苦労してる人 が
使うものであって、苦労していなければ Vue を使っても
使いづらくなるだけ

使う目的が違ってる。Vue に適したことじゃないと
Vue を使うのはデメリットしかない
178デフォルトの名無しさん
垢版 |
2020/11/11(水) 10:25:16.82ID:tAzuyT8U
イベントループでcpu100%ですね判ります
179デフォルトの名無しさん
垢版 |
2020/11/11(水) 16:18:28.96ID:I+IsX3ig
ReactやVueは最初が辛いですが、一度覚えてしまえば一生使える技術ですので。
2020/11/11(水) 16:24:54.56ID:3P5nZf65
>>179
なわけ
181デフォルトの名無しさん
垢版 |
2020/11/11(水) 16:46:28.44ID:7b/Ck3VW
>>176
一応真面目に答えると天地の差でパラダイスになるけど、、
言う事を聞かないってのが何を指してるのか分からんとなんとも
2020/11/11(水) 16:56:32.16ID:uSbtgdeR
>>181
どんなときにパラダイスになりましたか？
具体例を聞かせてください
183デフォルトの名無しさん
垢版 |
2020/11/11(水) 17:51:10.78ID:YsOPtgNE
何がどう難しいのかさっぱりわからん
フレームワークって単にその仕様を覚えるかマニュアルみて調べるだけじゃん
もしマニュアルみてもわからないならお前の能力がゴミなだけ
2020/11/11(水) 18:17:26.74ID:5hZ83BHh
マニュアルに、こういう場合はこうするって
全てのパターンが網羅されてるなら、そのとおりだろうね（笑）
難しいところがない＝考えることがなにもないってことだから馬鹿でもできるね
2020/11/11(水) 18:42:59.24ID:nXqLBwtd
ややこしいルール増えるだけでほんま役に立つんかと思いながらReact始めたけど、途中から目に見えて楽になったのを感じたし、それ以来リアクティブじゃないのは辛いなと思うようになるぐらいは変わった。
Reactが生き残るかどうかはわからないけど、Webの最新技術に触れようと思うと当然のようにReact要素が出てくるので、ある種の基盤になってるのかなと思う。
2020/11/11(水) 18:55:30.05ID:fgDzPNCB
ソースコード解析できないならフレームワークは使わないほうがいい
187デフォルトの名無しさん
垢版 |
2020/11/11(水) 22:03:08.65ID:7b/Ck3VW
>>182
答えたいんだけど範囲が広すぎるよ
まず何を作ろうとしてるのか。何の期待してvue使おうと考えたのか。今困っている事(言う事を聞かない？)を具体的に。
この3つが分かるといいんだけどな。

もしかしてvue単独で既存のwebに組み込んで使おうとしてる？
2020/11/12(木) 20:33:37.13ID:Sh5uqHmw
Reactに近い考え方でもっと薄いライブラリねーかな
分厚いフレームワークあるあるの変な挙動に1日悩まされて結局バグだったみたいなことを避けたい
2020/11/12(木) 20:54:30.33ID:mC/HDmh/
jsxが欲しいのかリアクティブが欲しいのか
190デフォルトの名無しさん
垢版 |
2020/11/14(土) 12:12:58.68ID:GBy4XzSZ
フレームワーク単体じゃなくてVSCodeとかwebStormとかのIDE、hotReload、cliでプロジェクト始めてビルドからdeployまで一貫させるとかgitとかtypescriptとかnpmとか諸々全部含めた上でのフレームワークだし。
2020/11/14(土) 18:59:52.77ID:DnZAmAgg
Angularだけは本当に誰も話題にしないな。
Angular 11リリースされたのに…
信者もアンチも居ない。
ただ誰も興味がない…
2020/11/14(土) 19:39:32.08ID:0tsO4jDn
海外だとAngularも人気あると思う
Reactが一番人気なのは間違いないけど
Vueは日本ではなぜか人気あると感じる
193デフォルトの名無しさん
垢版 |
2020/11/14(土) 20:30:03.20ID:xpC3aUYM
後ろ盾の差でもう勝負ついてる
WebAssemblyが成熟するまでは間違いなくReactの一強
2020/11/14(土) 20:39:01.51ID:RVlgiIfZ
後ろ盾で言うとマイクロソフトが最高だね
2020/11/14(土) 20:42:50.63ID:rQXll7XK
Silverlightはどうなりましたか？
2020/11/14(土) 20:44:10.62ID:RVlgiIfZ
シルバーライトは時代を先取りしすぎてたな
そろそろ世間が追いついてくるかもしれん
2020/11/14(土) 20:56:10.64ID:0tsO4jDn
MVVMとかSilverlightからなんだよな
2020/11/14(土) 21:07:49.82ID:lpnmdlKx
つまりTSさいつよ
199デフォルトの名無しさん
垢版 |
2020/11/15(日) 14:17:52.80ID:1NoBqfO6
アプデされてもすぐに飛びつく気にはならない
2020/11/22(日) 18:15:13.92ID:LBpBJ7Cn
Blazor and ASP.NET Core Get Faster in .NET 5 -- Visual Studio Magazine
https://visualstudiomagazine.com/articles/2020/11/12/blazor-speed.aspx
2020/11/22(日) 19:38:35.43ID:bLh5qcao
Angular はリリースのペースが早すぎてなぁ

一年に一回で三年ぐらいメンテならまだわかるけど
半年に一回メジャーはなぁ
2020/11/25(水) 11:51:59.83ID:qHSWN3Iy
サイトとアプリは分けるべき
https://www.swyx.io/svelte-sites-react-apps/

これホントその通りやと思った
2020/11/25(水) 13:02:40.07ID:76EvKzfL
Svelte側の意見なので、そらそういう話になるよね。
でも確かに普通のサイトをSSGするならReactはオーバースペックだなぁ
2020/11/25(水) 17:15:48.68ID:z9WVjUI8
もしかしてそれわかってない人が居るのか
2020/11/26(木) 01:20:18.60ID:4tpBk6Dz
>>204
歴代このスレでそう言うヤツが何回も暴れてたぞ
2020/11/26(木) 13:20:36.57ID:BChkjCh/
>>204
脱jQueryとか言ってた奴らは多かったよ
なんのために脱jQueryするのか理由がなかった
脱jQueryが目的となってた
そして生産性を落とした
2020/11/26(木) 13:24:55.51ID:BChkjCh/
>>203
> でも確かに普通のサイトをSSGするならReactはオーバースペックだなぁ

オーバースペックと言うか用途にあっていない
沢山人を運ぶのに、バスじゃなくてトレーラーを使うようなもの

運べる人数の数なら、トレーラのほうが多いから
オーバースペックに見えるかもしれんが、そうじゃない
快適さが重要
2020/11/26(木) 17:29:45.49ID:9V4+FLts
ちょっと待て
>202 はReactが不要という話じゃなくてjQueryも含めた何でもできるライブラリは（場合によって）要らんという話でしょ。
Svelteは必要十分な機能で2kBのフットプリントと覚える事が少ないってのが売り。使った事ないから良く知らんけど
2020/11/26(木) 17:56:42.76ID:G38Bo7Tb
何でもできるのは別にいいんじゃないの？
駄目なのは使ってないコードまで転送してしまうこと
Wasmならビルド時に不要なコードを除外できる
2020/11/26(木) 18:29:22.37ID:Qr7Z7FCB
「wasmなら」は関係なかったな
「ビルドプロセスを挟めば」だ
2020/11/26(木) 19:12:47.40ID:9V4+FLts
ビルドプロセスでTree Sharking 使っても大きいライブラリはやっぱりフットプリント大きいよ。
それと覚える事の大きさ、も考えると小さい方が良いってニュアンスみたい。

大は小を兼ねる、一個覚えて全部やるって発想ももちろんありだとは思うけどね。
2020/11/26(木) 19:24:55.45ID:hByK+2ee
>>210
いやwasmなら、であってる
スクリプトじゃビルドしても効率的にコード削除できない
2020/11/26(木) 19:37:54.99ID:X8IHc9pp
>>208
ReactユーザーからするとSvelteがコンポーネント化する作りには到底向いてるようには思えない
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況