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/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がコンポーネント化する作りには到底向いてるようには思えない
2020/11/26(木) 19:55:14.45ID:Qr7Z7FCB
>>212
wasmバイナリ自分で書いたことある？
いくらでも非効率にできるよ。
ビルドツールの問題。
2020/11/26(木) 20:17:37.03ID:9V4+FLts
既存の関数をwatのSIMDで書いた事あるけど、あれは面白かったな。慣れてないから速度は倍まで行かなかったし、無駄にメモリ食うようになっちゃったから止めたけど。

>>213
なるほど。そういうもんか
216デフォルトの名無しさん
垢版 |
2020/11/26(木) 20:18:49.84ID:/zfTjyfU
わざわざCSSで動的なUIパーツ組む奴が理解できない
「CSSでも動的な動きができる」
は？出来るから何？
変数もifもforも関数も定義できない
console.logで出力してデバッグもできない
欠陥言語じゃん

マジで頼むからCSSで余計なことすんな
aタグとかいうゴミみたいなタグを安易に使うな
擬似クラスとかいうゴミに頼るな
buttonやspanにイベントリスナ仕掛ければ事足りること
イベントリスナも知らないくせにフロントエンド弄るな
JavaScriptで親タグの中身抹消したり
DOM要素を動的に作れる事も
DOM操作で丸々入れ替えられる事も
画面幅や座標の制御をできることも知らない癖に
DOM要素を隠したり詳しくもないくせに
displayやpositionやz-indexを安易に
いじるようなゴミみたいなCSSを書くな
2020/11/26(木) 20:41:02.28ID:4tpBk6Dz
>>216
もはや宗教的な理由でJavaScript使えないのかなって思う
2020/11/26(木) 20:54:19.82ID:iMILCtJS
＞ aタグとかいうゴミみたいなタグ
？？？
2020/11/26(木) 21:20:26.61ID:g5cj98vc
宗教的な理由というか、jsっていまいちな言語だとおもうよ
極力触りたくない。
tsが出てやっとこさまともに使える代物になったんじゃないのかな。

みんなそれぞれ習得した言語があると思うけど
jsしか習得してない人とそうでない人でこの辺意見分かれるところなんだろうね。
2020/11/26(木) 22:00:12.15ID:+6srE4/I
言うてPHPとかPythonよりええんちゃう？
2020/11/26(木) 22:46:23.54ID:4tpBk6Dz
宗教上の理由でjs使えないヤツってパターンビルド済みのoutputのjsも含まれるから当然tsも含まれるだろ
2020/11/26(木) 23:03:09.46ID:78SpiBmi
jsは特別優れた言語じゃないけど悪くもない
ブラウザ間の互換性のなさが最悪だっただけ
今でもあの時の印象を引きずって苦手意識を持ってる人が多い
2020/11/26(木) 23:15:00.61ID:12STscif
>>219
JavaScriptがイマイチなのは同感だけどCSSと比べたらどうよって事じゃないの？
CSSで複雑な事するよりはJavaScriptの方がデバッグ含め扱いやすいよねっていう
2020/11/26(木) 23:46:51.84ID:lXuD47Zd
何と比べてってのにもよるが。
php,python,rubyあたりと比べてってんなら鼻で笑うわｗ
2020/11/27(金) 00:51:48.53ID:eTtvQYiv
環境構築がめんどくさい
パッチワークみたい組合わさってて、常に何かがDeprecatedになって破壊的変更のアップデートされてるので、止まったら死ぬみたいな現実がある
2020/11/27(金) 01:03:02.30ID:lOUpIwv2
テレビ東京で、Amazon Killer のShopify を、取り上げていた

Amazonでは、売上の7〜15%取られるけど、
Shopifyなら無料だから、日本でもブレイクする

益子の陶器市では、数千万円掛かるシステム構築運用費用が、
Shopifyで、月2万円ほどで出来たとか

JavaScript のクソみたいなフレームワークで時間を取られている間に、
また、Ruby on Rails から巨大企業が誕生するぞ！
2020/11/27(金) 01:25:44.09ID:eTtvQYiv
Shopify、確かに流行ってるね
SEOとか集客考えるとスクラッチで作るとかデメリット多すぎる
またjQueryの時代になるかもね
2020/11/27(金) 01:57:11.00ID:w5Az7J0d
だからjQueryが使われていた分野では
jQueryが一番適しているって言ってるだろう
2020/11/27(金) 03:00:11.25ID:qWxV0X/O
ただ、ShopifyがAmazonキラーかというとちょっと違うと思う
Amazonとか楽天よりも、BaseとかStorejpだね強豪は
この辺は根こそぎ持っていかれる気がする
2020/11/27(金) 03:20:10.49ID:W+zDVYCR
>>226
ShopifyはフロントエンドでJS用Shopify API読んで構築するんじゃん。バックエンド構築必要なし。
捨てられた数千万円掛かるシステム構築とやらがRailsだろｗｗｗ
2020/11/27(金) 11:01:06.84ID:A3ky2fOw
アマゾンは欲しいものリストが優秀で積み本の管理できるし
Kindle書籍も大分買ったしな
232デフォルトの名無しさん
垢版 |
2020/11/27(金) 12:17:44.61ID:8PzTM5c0
aタグはゴミだよ
JavaScriptのイベントリスナで捕捉できない
隠れ画面イベントがこいつのせいで発生してしまう
spanにイベントリスナ仕掛けてれば
追加の処理を割り込ませることができるが
aタグでbefore afterとか使われるとJavaScriptを割込ませるのが
難しくなる
2020/11/27(金) 14:16:27.69ID:W+zDVYCR
？？？
いっこも難しくないが…
具体的に何が難しいの？
いくらなんでもザコ過ぎでは？ｗｗ
2020/11/27(金) 14:46:49.59ID:w5Az7J0d
>>232
aタグは単に他の要素とリンクしてると言うだけでしかない
aタグを使わないでどうやって他の要素とリンクしているという状態を
静的に定義するというのだ？ HTMLの基礎を勉強したほうがいい
235デフォルトの名無しさん
垢版 |
2020/11/27(金) 20:12:40.59ID:8PzTM5c0
>>234
idか自作属性を両方に振るだけなんだよなぁ
2020/11/27(金) 20:30:17.42ID:49qWfbc9
> aタグでbefore afterとか使われるとJavaScriptを割込ませるのが難しくなる

なるほど言いたいことはわかった
でも結論が a タグはゴミになるのが全く理解できない
2020/11/27(金) 21:38:55.34ID:W+zDVYCR
全然言いたいこと分からん
なんで難しくなるんだ？
2020/11/27(金) 21:42:16.67ID:sCut4Zkr
SPAでaタグ使う話？
ちょっと話の前提が欲しいな
2020/11/27(金) 21:58:33.95ID:w5Az7J0d
>>235
> idか自作属性を両方に振るだけなんだよなぁ

意味不明。 今言ってるのは静的な情報の話だぞ
文書があって、この文書はどこそこへリンクしている
という静的な情報をどうやって作るんだ？

静的の意味がわかってないのか？
240デフォルトの名無しさん
垢版 |
2020/11/27(金) 22:06:24.71ID:flyjSd/U
>>239
全く意味がわからん
静的な情報とはなんだ
2020/11/27(金) 22:17:22.45ID:w5Az7J0d
>>240
定義されて変わらないってことだ

状態が変わらなければ、テストする必要がなくなる
constといえばわかるか？
関数型を勉強したほうがいいぞ
2020/11/27(金) 23:04:45.76ID:W+zDVYCR
それは不変では？
英語わからないおじさん？
static
dynamic
variable
constant
それぞれ英語に訳してみよう！(1 x 4 点)
2020/11/27(金) 23:07:18.33ID:W+zDVYCR
英語を、だったｗ
2020/11/27(金) 23:09:40.00ID:0Fqhj3Tv
JavaScriptにconst以外で静的なものってあるの？
2020/11/27(金) 23:17:45.58ID:W+zDVYCR
>>244
class構文にstaticってあるけど、
staticって、英語なんて訳す？
constはconstantの略だけど
constantってなんて訳す？

はい、レスして！
コピペ用↓
static→
constant→
2020/11/28(土) 06:23:01.14ID:nnMl4yOq
>>244
constに近いもの(immutable)なら
Object.freeze()
Object.create() の第2引数による指定
文字列
等がある

でも静的と言えばstaticかな
jsのstaticは実態がprototype付いてないだけのメンバだから言うほどstaticか？ みたいな気持ちになるけど
2020/11/28(土) 09:13:05.32ID:9//L8RlG
constだって言うほどconstantじゃないからおあいこ
2020/11/28(土) 10:43:41.96ID:nnMl4yOq
その点TSのas constってすげぇよな、最後までreadonlyたっぷりだもん
2020/11/29(日) 15:32:08.47ID:kn6Xy7Za
AppleのM1にはJavaScript専用命令が搭載されているらしい
2020/11/29(日) 15:57:23.85ID:sEIsLTyR
だからSafariだけ異常に速いんか
2020/11/29(日) 16:03:05.54ID:GqfPsnzc
Safariが遅いっていうよりも他のブラウザがめっちゃ高速化を励んでる中Safariだけ着いて行けなかったって感じじゃね？
2020/11/29(日) 16:40:38.32ID:+p4clpep
なぜJavaScript専用にするのか？
2020/11/29(日) 16:56:57.73ID:sOEBQUsx
Web見ないやつなんていないから。
用途が約束されてるのでメーカーにとって投資する価値がある。
googleなんかV8にいくらの金と時間かけたと思ってるんだ。
これら投資あってのスクリプト言語最速の地位よ。
2020/11/29(日) 17:13:31.04ID:GqfPsnzc
最近はそんなに聞かんけど
一時期MozilaもGoogleも新バージョンでJavaScriptの実行速度が2倍にとかよく言ってたもんな
2020/11/29(日) 17:21:54.90ID:+p4clpep
ふむ。ならばそのGoogleが作ったものを
利用すれば低コストで最高のものが手に入るな（笑）
2020/11/29(日) 17:24:12.79ID:GqfPsnzc
WebKitの時代はそうだったけどなんで喧嘩別れしたんだっけ？
2020/11/29(日) 17:33:36.17ID:kn6Xy7Za
非コンパイル言語としては規格外に速いもんなぁ
2020/11/29(日) 19:41:07.41ID:YNdyjjvH
人類規模で投資の仕方間違ったよな
スクリプトの高速化なんてやってないで、wasmに早期から取り組むべきだった
2020/11/29(日) 19:46:27.00ID:sOEBQUsx
wasmのブートストラップコードはjsなんだからjsが遅かったらwasmまで遅くなるじゃんバカなの
2020/11/29(日) 20:06:24.90ID:YNdyjjvH
バカには理解するのが難しいかもしれ
投資してればその無駄なブートストラップのJSが消えるだけ
2020/11/29(日) 20:16:31.99ID:TbmbElJ8
wasmが影も形も無かった頃、静的型付けでコンパイル言語でバイナリが実行ファイルで、サーバからクライアント、あらゆるマシンやブラウザ上で動く、しかもITの巨人たちがこぞって投資した。そんな凄い言語があったんです。
そんな言語でもJavaScriptの牙城は崩せませんでした
2020/11/29(日) 20:24:28.83ID:bza0LWNC
>>261
まだ投資が足りなかった
普及してれば人類のステージはもう何歩か先に進んでたのに惜しいことをしたな
この遅れが後々の宇宙人との戦争に響いてくる
2020/11/29(日) 20:57:40.64ID:MsV4ej8L
appletのこと？
2020/11/29(日) 22:03:16.18ID:8NXwxGIx
時系列おかしくね
2020/11/29(日) 22:09:24.49ID:+p4clpep
投資とかじゃなくてwasmが重かっただけの話
当時のブラウザじゃろくに動かない
ソフトウェアの世界は重いものより軽量のものが好まれる
2020/11/29(日) 22:41:32.13ID:Rb8oT144
そもそも、jsの置き換え用途として
wasmが用意された訳ではない。
2020/11/29(日) 22:46:49.01ID:sEIsLTyR
docker作ったやつが「wasmを知ってたらdocker作らんでも良かった」って言ってwasmのことを褒めてた記事を前見た
言ってる意味はよくわからなかったけど将来性あるんだろうなあって感じた
268デフォルトの名無しさん
垢版 |
2020/11/29(日) 22:50:34.02ID:AbKwwhG3
webエンジニア全員でAppleボイコットすべきだろ
縮尺違うデバイス乱発しやがるし
safariとかいうゴミブラウザはまともに動作出来ないしよ
2020/11/29(日) 23:10:43.09ID:kn6Xy7Za
Safariは糞なんだけどなんだかんだ全盛期のIEよりはマシ。でもMacやiOS以外でテストできないのはホントやめて欲しい
2020/11/29(日) 23:12:09.34ID:HZy5s6KS
>>267
wasmのサーバーサイド向けのまともな処理系があれば確かにdockerいらないんだけどな
いかんせんwasmは仕様が貧弱すぎて
2020/11/29(日) 23:13:05.16ID:Z/yAEGW+
>>267
K8Sでwasm動かすオプション、マイクロソフトが作ってた気がする
外部コマンドとかに依存してないピュアなプログラムなら、wasmに乗せればどこでも動くからDocker要らん
2020/11/29(日) 23:37:25.38ID:Rb8oT144
サンドボックスから出れませんよ。
デスクトップネイティブの変わりにはなりません。
2020/11/30(月) 01:18:36.39ID:rn09M8ye
>>271
その「どこでも」にサーバーサイドは含まれていますか？
2020/11/30(月) 01:30:06.52ID:owcTZSsV
>>273
当たり前だろ…今誰がクライアントサイドの話をしてるんだよ…
クライアント側技術のwasmが、docker代わりにサーバで使えるかもね、どうだろうね、とそういう話だろうに。
2020/11/30(月) 01:31:07.01ID:iUHy/DDO
>>266
え？
もともと、EmscriptenがC/C++をasm.jsに変換していたのが、asm.jsがWasmに
進化したのだと思っていたが。
2020/11/30(月) 01:39:36.58ID:owcTZSsV
何の反駁にもなってない。jsの置き換え用途として
asm.jsが用意された訳ではない。
2020/11/30(月) 01:41:23.94ID:owcTZSsV
>>271
Krustletかな？
https://www.publickey1.jp/blog/20/kuberneteswebasssemblykrustlet.html
2020/11/30(月) 03:09:11.88ID:m2msM8IC
えーこれJavaVMの再開発なんじゃ
2020/11/30(月) 07:16:39.65ID:+FPoUGVQ
wasmは
C++等の色んな言語の資産を活かせる。
JavaVMほどの起動時の遅さやフットプリントは必要ない。
GCが無い。
純粋なwasmではIOができない（データの永続化ができない）

のでJavaVMとは色々異なってて、サーバサイドではどちらかというとDockerぽいと感じるかな
2020/11/30(月) 09:05:29.99ID:FUbWMdS/
>>274
かもねじゃなくもうK8Sで使える
2020/11/30(月) 09:08:34.72ID:FUbWMdS/
いずれにせよJSは近いうちに終わる
COBOLやJavaみたいなレガシーの扱いになる
2020/11/30(月) 09:58:33.10ID:+FPoUGVQ
近いうちと言っても少なくともまだ5年ぐらいは無さそう。完全に置き換わるまでには10年くらい。全然置き変わらない可能性もある。
ま、無くなったって新しいの覚えるだけだ。言語が変わっても思想的に地続きなフレームワークが出るだろうし、何も無駄にはならないな
2020/11/30(月) 10:13:49.58ID:y87+I7Qr
JS終わってほしいけど数十年は終わらないと思う
2020/11/30(月) 10:28:21.64ID:+FPoUGVQ
何れにしてもポストJSを考えるには時期尚早感が強い。言語ベンダーとかフレームワーク屋ならともかく
2020/11/30(月) 10:38:55.43ID:rn09M8ye
>>281
> COBOLやJavaみたいなレガシーの扱いになる
それは終わるとは言わないｗ

お前はいちばん重要なことを忘れてるな
JavaScriptが一番少ない記述量・作業量で目的を達成できるのだから
wasmに取って代わることはない
2020/11/30(月) 10:43:07.99ID:bmm0MTRM
選挙でもそうだが政局なんてそう簡単にはひっくり返らんよ
2020/11/30(月) 10:43:56.07ID:rn09M8ye
世の中で本当に終わったといえる言語には特徴がある

1. 1ベンダーによる開発
2. その開発会社が終息を宣言、もしくはそれ相当の自体になった

これにギリギリ当てはまるのは
VB6とDelphiぐらいだろ

JavaScriptは多数の実装があるのでどうあっても終わらない
2020/11/30(月) 10:46:18.62ID:rn09M8ye
D言語やPerl5/6なんかもあったな
PHPも開発会社が終息を宣言すれば終わる可能性もある
Rubyは幾つか実装があるみたいだが
やっぱり本家が終われば終わる可能性もある
GoもGoogleだけかな

で、JavaScriptはこれらとは程遠い
2020/11/30(月) 10:46:30.21ID:bmm0MTRM
Delphiとエンバカデロってどうにかなったのか？
2020/11/30(月) 10:50:16.45ID:rn09M8ye
>>289
もう誰も気にしてないということ
2020/11/30(月) 12:33:18.66ID:0Mqgtux2
>>281
JSからネイティブコードが
呼び出せるようになるだろ。
2020/11/30(月) 12:37:42.55ID:PALovYd2
jsは終わらないけど
jsを使ったフレームワークやAltJSの類はどんどん移り変わるから大変だなあとは思う
バージョンアップしたときとかみんな着いていけてるのか？
2020/11/30(月) 12:58:24.94ID:+FPoUGVQ
フレームワーク作る側も変化が激しくて習得が負担になりうる事を意識してか、ルールが独特過ぎたり複雑過ぎるのは最新減ってきたように思う
2020/11/30(月) 13:31:15.73ID:owcTZSsV
Pythonの高速ライブラリはCで書かれたネイティブモジュールだけどPythonはなくなりましたか。
え？なくなってない？じゃあなんでwasmでjsがなくなるのｗｗｗ
Pythonよりさらに状況悪くて、クライアントサイドではwasmはjs経由でしかロードもできないのにｗｗｗｗ
2020/11/30(月) 13:52:09.05ID:FUbWMdS/
何言ってんだこいつ

pythonのライブラリがCで書かれてるからと言ってクライアントまでCにする理由はない
なぜならCよりもpythonのほうが簡単だから
これはpythonと「pythonより速いが難しい言語」との比較だ

JSとwasmの関係はpythonとCの関係とは全く状況が異なる
wasmは今のところC#が有力だが将来的には言語を選ばなくなるはず
ということはJSと「JSより簡単で安全で高速な他の言語」との対立という構図になる
結末は目に見えているね
2020/11/30(月) 13:58:03.77ID:owcTZSsV
> C#が有力
どこが？ｗｗｗ
wasmはGCサポートしてないから.net中間コード逐次実行するランタイムをwasmでロードするという、クソみてーなことしてるGCクソ言語じゃんｗｗｗｗ
RustやCみたいにwasm用にAoTコンパイルできるようになってからほざけカスｗｗｗｗ
やーいインタプリタ言語ｗｗｗｗｗｗ
2020/11/30(月) 14:17:09.83ID:+FPoUGVQ
>>296
嘘だろと思って調べてみたらマジで草
オーバーヘッド半端ないな
2020/11/30(月) 14:19:02.43ID:IuzD2K3l
>>296
corertちゃん…
2020/11/30(月) 14:26:46.20ID:5LwFg3Ca
>>296
blazor wasmがガッカリ低速なのもこれが主原因なんだよね。
ランタイムDLのオーバーヘッド、
中間言語からの実行時(JIT)コンパイルのオーバーヘッド…
他のザコアイテムの改善を行ってはいるが、本丸のAoT対応はできてないw
2020/11/30(月) 14:51:20.63ID:0Mqgtux2
>>299
Blazorは純粋なwasmじゃないですよ。
Domの処理はガッツりjsです。だから遅い。
2020/11/30(月) 14:59:27.04ID:FUbWMdS/
>>296
そんなものは時間が解決するに決まってるだろ
少しは考えてからレスしたほうがいいよ
2020/11/30(月) 15:27:21.70ID:+FPoUGVQ
wasmにGCが乗り、さらに予定すらされていないDOMを直接触る機能が付き、それが全てのブラウザに搭載され、仕様が安定し、それにC#が対応し、フレームワークが完成し、そのフレームワークが流行り……いつになったらJSはレガシーになるんですか？
2020/11/30(月) 15:31:51.34ID:5LwFg3Ca
>>300
そんなのはRustもCも一緒です。
DOM APIはJS用しか存在しないんだから。
言い訳にもならない。
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況