Vue vs React vs Angular Part.4

レス数が950を超えています。1000を超えると書き込みができなくなります。
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/28(火) 18:11:40.11ID:2t1H/VoS
マルチページという言い方はレトロニムだね
2020/07/28(火) 18:13:16.31ID:OfeQkEiK
>>870
新聞社のサイトで既に動いてるのがあって置き換えると思うか？
大手じゃなく新しいサイトを調べて
2020/07/28(火) 18:19:22.00ID:2t1H/VoS
>>872
劇的にユーザビリティが向上するなら置き換えるのでは？
ようするに大したメリットないってことか
2020/07/28(火) 18:31:52.93ID:3p32kQjL
ほとんどすべてのサイトでは不要かむしろUXを悪化させるんだからSPAなんてものが流行るわけがない
コンサルさんは飯の種になるから必死に広めようとしてるようだけどな
2020/07/28(火) 18:38:12.60ID:diSWTXUe
数学わからないおじさん「数学なんて必要ない！」
英語わからないおじさん「英語なんて必要ない！」
こういう人はいくら必死に必要ない必要ない喚き続けても誰からも尊重されずバカにされてるよｗｗｗ
2020/07/28(火) 18:38:54.39ID:O4fp8d0k
要らないんならこのスレ来なきゃ良いのに
2020/07/28(火) 18:42:44.44ID:diSWTXUe
>>876
不安でしょうがないんでしょｗ
精神的安定を得るため叩くしかないｗ
実際に必要ないとしても知れば恐れることなどないものを。
無知とは恐ろしいねｗｗｗ
2020/07/28(火) 18:45:47.58ID:q6n5SbdD
>>872
基幹業務と違ってWebのフロントは短期間でリニューアルする。
大手ほど資金力あるから制限なくStackを選べる。

日経、朝日、読売新聞を見てみたが
web frameworkすら使われてないじゃないかｗ
読売はWordPressだな、CMS
さすがIT後進国

IT先進国はどうか？NY Times見てみたがSvelte が使われてるな
どうやらSvelte採用のトップクラスサイトだったようだ。

Svelte の公式サイトではReactやVueを
traditional frameworksと表現して暗に時代遅れだと言ってるのが気になる

https://svelte.dev/

SpotifyとかYandexも使ってるな
https://www.wappalyzer.com/technologies/javascript-frameworks/svelte
2020/07/28(火) 19:14:33.13ID:q6n5SbdD
>>856
零細サイトを除いたらランニングコストはオンプレミスのが安いし
クラウド要らない派

クラウドはバックエンドの構築、運用ができない企業が使うものだと思ってる
2020/07/28(火) 19:15:26.80ID:diSWTXUe
日経電子版のマイクロフロントエンドとPWA
https://hack.nikkei.com/blog/rnikkei_microfrontends_pwa/

SSRもやっとる
881デフォルトの名無しさん
垢版 |
2020/07/28(火) 19:15:32.97ID:y6zNnWpS
お前らが提案するフレームワーク名
毎回変わってて草
2020/07/28(火) 19:23:18.06ID:O4fp8d0k
>>879
零細ってイメージは違うと思うが
https://xtech.nikkei.com/atcl/nxt/column/18/00001/02776/
2020/07/28(火) 19:30:27.08ID:q6n5SbdD
>>882
上場企業でもほとんどがバックエンドの構築、運用ができない企業に該当する
開発を外部に丸投げしてるから運用のノウハウもない
2020/07/28(火) 19:31:59.50ID:3p32kQjL
本当に良いものは長く使われる
SPAはすぐに次のトレンドに置き換えられるだろう
Svelteなどなどすでにその兆候がある
2020/07/28(火) 19:42:45.57ID:zKWFaExc
過去の遺産があれば大規模なリニューアルは難しいだろうよ。
それは否定しない。いろんな事情あるからね。
ただ内部で開発ガッツリしてる系のサービスはおおよそNextなりVue使ってる感じ。
以前みたDMMの記事は面白かったよ。興味があればDMM Insideとか見るといい。
2020/07/28(火) 19:50:27.97ID:BMfiR1yf
どこそこの大手アプリはうまく行った！

こういうロジックでフレームワークを推奨してくる人には警戒したほうがいい
アプリのスケール感を全く考えてないから

日曜大工ツールセットで作るべき物を巨大重機で作ろうとするようにおかしなことになる
2020/07/28(火) 19:55:35.33ID:zmkVdjHm
フロントフレームワークって基本はSEO切り捨てていい部分のページ向けにまず作ってみるっていうのが大前提だと思う
2020/07/28(火) 19:56:21.61ID:zKWFaExc
>>886
サイトの規模がトラフィックの事を言ってるならそれは間違いだよ。
単純に作りやすさ保守メンテを考えれば考慮に値する技術が沢山あるという事。
2020/07/28(火) 19:56:57.82ID:87VWo28p
トップページをワッパライザしてSPA使われてねーとかほざいてるゴミ
2020/07/28(火) 20:07:19.55ID:ijkedvTd
>>888
保守、メンテナンスを考えるとSPA人材の少なさが大きな問題だな
WEB系フレームワーク使う人って、やっぱ、新しいもの好きが多いんだよね
んで、要領良くチャラチャラ生きてきたせいか知らんけど、責任感もない人が多くて、すぐに新しいものに目移りしたり、転職しちゃう
こういう連中に、数年後に、ちょっと前に流行ったあのフレームワークなんだけど、君が作ったやつ、あれメンテナンスしほしいなー、って言うとすげー嫌がるんだわ
ただでさえ少ない人材が、年月を重ねるとまじで皆無になる
で、連中はコピペ人間かよって思うぐらい同じようにこういうんだ、「新しい素晴らしいフレームワークに載せ替えましょう。お見積りはこれぐらいで」
信用ならねぇわ、古くから愛用されて、これから先もずっと生き残ると思われる技術、それを使う技術者こそが信用にたりうる
2020/07/28(火) 20:07:45.73ID:q6n5SbdD
>>889
ゴミはおまえのこと

web エンジニアなら>>859のようにAjaxという言葉を使わない
Ajaxの定義と経緯を調べてこい

おまえが良く使うreactiveについてもはっきりした定義がない
2020/07/28(火) 20:08:41.59ID:O4fp8d0k
ajaxって最早死語だよね
893デフォルトの名無しさん
垢版 |
2020/07/28(火) 20:32:28.27ID:y6zNnWpS
XHRだよな
2020/07/28(火) 20:39:29.09ID:q6n5SbdD
https://svelte.dev/blog/write-less-code

SvelteによるReact, Vue批判
コードが冗長すぎてうんこだと批判されてる。

Reactすこし触ったときにアホみたいにevent handler出てきて
なんでこんなめんどくさいことやってんだろうと思ったけど直観は正しかったようだ。

SvelteはcompilerだからJSの特殊さに縛られないらしい
たしかにコードがすごい短い

JS嫌いな人にはあってるかもしれないな
2020/07/28(火) 20:52:57.67ID:SAOER8re
だんだんPHPみたくなってきてんな
2020/07/28(火) 21:31:22.28ID:lUQSji2Q
テレ朝 react
日テレ vue
フジ nuxt
TBS 使ってない

TBS以外はSPA
TBSもがんばれ
2020/07/28(火) 21:36:52.82ID:nGd9+Z82
まあ正解だけ覚えてりゃいいと思ってる奴はこの仕事は向いてないよ。
2020/07/28(火) 21:50:29.84ID:87VWo28p
>>891
お前がゴミクソじゃねえか
俺はReactHooksが出る前のバージョンでWebアプリは数プロジェクト作ってる

全く問題ないどころかコンポーネント化が完璧にできているからメンテも楽

何が最新好きだよ？最新じゃなくてもSSRじゃ考えられないくらい開発しやすいわ

お前がゴミクソすぎてまったく使えないのはわかった
Ajaxがどうとか今さらそんなもので勝ち誇るなゴミクズ
レベルが低すぎるんだよ
クソみたいなUIしか作れないゴミクズの分際でうるせえわ
さっさとここから消えろ
2020/07/28(火) 22:06:51.74ID:nl0WhoWH
多分こないだのBlazorくんと同一人物なんだろｗ
聞き齧った話しを言いふらしてちやほやされたいだけ。
おそらく自分では何も作ったことないｗ
2020/07/28(火) 22:13:46.26ID:6+Fa5W01
>>871
マルチページがいやなら、SRP（単一責任の原則）設計といえばいいんじゃね？ｗ
SPAって1ページになにもかも突っ込んでしまってよくない
大きなものを作る時は小さなものの組み合わせにしたほうが良いよね
SPAの方が速くなることがあるのは事実だけど作るのが大変になる
2020/07/28(火) 22:14:33.23ID:WSKW8SBY
ずっとvueやってたけど最近react覚え始めたら難しすぎるわ
vueのcreatedとかmountedとかわかりやすいの名前だったなあって
2020/07/28(火) 22:19:36.33ID:6+Fa5W01
>>878
> 基幹業務と違ってWebのフロントは短期間でリニューアルする。

なるほど（笑）
だからこそさ、フロントの役目はなるべく少なくして
サーバー側でやったほうが良いんじゃないかｗ

フロントとサーバーが同じ言語で出来るのがメリットのように
言ってるけど、分離したほうが良い。そして変化の少ないサーバーサイドと
変化の大きいフロントインドに分けて、フロントエンドのコードはなるべく少なくする

SPAの速いよりも、メンテナンス性の方が大事だろ？
フロントとサーバーが一体化されてるフレームワークだと
フロントを変えようと思った時サーバーまで引きづられてしまう

結局、動的なサーバー処理 と 静的（＋JavaScriptで動き付け）なフロントエンドという
設計のほうが長い製品寿命が得られる
2020/07/28(火) 22:21:05.99ID:q6n5SbdD
ゴミクズ連呼してる基地外は何に切れてるんだろうな
こんな感情的な奴はまわりでも低品質なコードしか書いてない
2020/07/28(火) 22:22:46.11ID:6+Fa5W01
>>894
> コードが冗長すぎてうんこだと批判されてる。
マジそれ。コードが短ければバグも少なくなる。
テストできるようにするのは良いけど、そのために冗長になってテストが大変になってる。

完璧なテストなんかやめて、テストできない部分を意図的に残すが
その部分は最小限のバグのないコードで書けるようにしたほうが良いと思うよ
2020/07/28(火) 22:24:19.55ID:uRzl2y8u
>>899
ﾜｯﾁｮｲ付きならもうちょい分かるのにな
2020/07/28(火) 22:24:22.02ID:6+Fa5W01
>>897
> まあ正解だけ覚えてりゃいいと思ってる奴はこの仕事は向いてないよ。

そこでいう間違いっていうのは、すぐに陳腐化して負債になるコードな
わずか数年後にレガシーコードになってしまうものを覚えてどうする？
そういうコードを書くならちゃんとお前がメンテナンスしなきゃいかんぞ？
2020/07/28(火) 22:25:32.64ID:uRzl2y8u
>>901
もうライフサイクルメソッドはHooksで置き換えられるからそんなに難しくないぞ
2020/07/28(火) 22:28:56.33ID:6+Fa5W01
Hooks使ってない人は過去に作ったプロジェクトを修正してるの？
それとも工数もらえないから放置？

プロジェクトを再開する時、これはもうレガシーですねとかいって
改修作業するの？
2020/07/28(火) 22:29:54.30ID:BBDnKqXC
まあもってあと3年だろうな
その後はもう別のオモチャに乗り換えてる
2020/07/28(火) 22:32:50.36ID:6+Fa5W01
フロントは変化しやすいってことを考えると
フロントの処理が多くなりすぎてるんだろうな
2020/07/28(火) 22:36:17.62ID:uRzl2y8u
大体黎明期に大きく変わって段々落ち着いてくるもんだけどね
2020/07/28(火) 22:38:58.53ID:BBDnKqXC
SvelteもいいけどElmもいいな
とにかくレトロJSと別言語ってのが筋がいい
レトロJSの都合から解放されるだけでなくWASMへの移行にも期待できる
TSも別言語っちゃそうだけどこいつはレトロJSの面影が強く残ってるのが減点
2020/07/28(火) 22:40:50.68ID:6+Fa5W01
○○は嫌いなんだ！だからレトロと言おう、レガシーと言おう！
という印象操作。脱jQueryも同じ仲間

レトロとかレガシーとか脱とか言ってるのに
それが現実にならないのは悔しいだろうなぁｗ
2020/07/28(火) 22:43:39.89ID:87VWo28p
>>899
おめーはアホだからブレザー野郎と区別すらつかねえんだなゴミクズ
2020/07/28(火) 22:45:19.56ID:uRzl2y8u
なんかQiitaとかでReact始めましたって人が皆classでコンポーネント書いてるのはチュートリアルがHooks対応してないって事なん？
2020/07/28(火) 22:46:23.80ID:gqXSWBcd
>>913
んーでも実際レトロじゃないか？
ブラウザで動くのがそれしかない&資産（負債）が溜まりすぎて移行できないっていう、言語自体の良さ以外の理由で生き残ってるあたりレトロ臭がキッツい
WASMでそのあたりが変わって行くと素晴らしいことだが、残念ながらまだもう少し時間がかかりそうだ
2020/07/28(火) 22:48:09.63ID:87VWo28p
>>908
んなもんどんなフレームワーク使っていても同じだろゴミクズ
バックエンドのフレームワークも数年で変わってるだろゴミクズ
フロントが変化しやすいってなんだゴミクズ
テメーが使えてねえだけだろ
2020/07/28(火) 22:49:50.17ID:3CrWemqz
>>916
なぜブラウザでしか動かなかったらレトロなんだ？
そのブラウザはどこでも動くんだがｗ
2020/07/28(火) 22:50:09.02ID:3CrWemqz
> WASMでそのあたりが変わって行くと素晴らしいことだが

そのWASMはどこでも動かない（笑）
2020/07/28(火) 22:51:42.14ID:gqXSWBcd
>>918
ブラウザでしかうごかないからレトロとは言ってない
ブラウザで動くのがそれしかないという理由で生き残ってきたのがレトロ臭キツいって言ってる
2020/07/28(火) 22:51:59.23ID:3CrWemqz
>>917
重要なのはフロントとサーバーが分離できてるって所
一つでどでかいシステム作るよりも
小さなコンポーネントを組み合わせたほうが良い
2020/07/28(火) 22:55:35.04ID:3CrWemqz
>>928
今まで他の言語が採用できない理由を考えたほうが良いよ
採用する機会はいままで幾度となくあった

もともとHTMLのscriptタグはJavaScript以外にも
対応できる設計で、実際VBScriptだって使えた。
一時期はRubyとかPythonとかも動かそうという動きがあった

だがそれが実現しなかったのは、JavaScriptほどのメリットがなかったからだよ
JavaScriptは生き残ってきただけじゃない
他の言語が参入できなかったという事実を無視してはいけない
2020/07/28(火) 23:02:33.70ID:lUQSji2Q
>>915
確認したらclassになってるわ
これは公式ドキュメントから読む真面目な層がかわいそう＆公式がんばれ
2020/07/28(火) 23:05:34.03ID:a5zIbkTG
フレームワークを使う時は、あとからフレームワークを
捨てられるように設計することが重要なんだよな
2020/07/28(火) 23:10:40.59ID:nl0WhoWH
よく考えたらもう一年近くクラスコンポーネント書いてないわｗ
全部ファンクションコンポーネント＋フックAPI
createClassはそうでもなかったけどクラスコンポーネントはホンマ嫌いやったわ。
全部単なる関数で書けて最高に幸せ。
そもそもJSにclass構文持ってきた池沼は地獄に落ちろと思う。
2020/07/28(火) 23:31:39.67ID:mivdLBHR
wasmに期待してる人は一度使ってみなよ。期待してるようなものと全然違うことがわかるから
2020/07/28(火) 23:52:09.55ID:2KWkEgO3
Ruby on Rails では、ビジネスロジックをサーバー側へ寄せていく。
GUI には、React を使っても、コンポーネントとして使う。
フレームワークとしては使わない

Bootstrap なら、素人でもレスポンシブ対応できる。
規約だけのフレームワーク・Stimulus も使う

Reactive なら、Stimulus Reflex とか

pjax(ajax + historyAPI のpushState)も使える。
HTML のbody だけの入れ替え。
head 部分は送らないから、エコ

他にも、メール送受信、S3 へ保存、画像変換とか

デフォルトで、一式揃っているから、新規起業は、Rails で作るのが多い
2020/07/28(火) 23:53:37.05ID:aNS9pQMY
つまりReact、Vue、Svelte、Blazorの完成形がPHPということでよろしいか？
2020/07/29(水) 00:05:20.99ID:s57ohzf0
>>922
メリットがなかったんじゃなく単にセキュリティ担保が難しかっただけだな
930デフォルトの名無しさん
垢版 |
2020/07/29(水) 00:13:05.49ID:eJvQS3yX
>>900
デスクトップアプリは全部そういう構造なんだが
設計ちゃんとしてれば詰め込みすぎでヤバいなんてことにならない
931デフォルトの名無しさん
垢版 |
2020/07/29(水) 00:15:27.74ID:CwVjY0Ri
メニューの階層が深すぎて設定項目がどこか見当たらないのはその為か
2020/07/29(水) 07:21:08.28ID:hp9tDP0D
>>926
マジでそれ。実際に書いて使ってみれば一発でわかるような事がわかってないレスが多い。
2020/07/29(水) 07:54:26.38ID:SyrCKSn4
Blazor(wasm)を実際に使ってるが期待以上だった
バイナリサイズ、速度は今でも十分悪くないが今後急速に改善されるだろう
2020/07/29(水) 08:27:56.90ID:z6Fnx3oM
速度は今でも十分悪くない>>675-677
今後急速に改善される>>703
2020/07/29(水) 08:34:53.28ID:8XPBM7zm
>>934
体感的には全く問題ない
そう言ってるだけ
2020/07/29(水) 09:02:16.85ID:mK2eufmg
>>918 >>920
JSはbrowserで動く唯一の言語という特権が
あるから今の地位がある。
優遇されてるのにweb frameworkではJSは人気がない。

WappalyzerでみてもJS系web framework利用者は少なく
最大シェアでもExpressの7%
1%以上のシェアのものはExpressとNext.jsしかない

ちなみにASP.NETはシェア52%
2020/07/29(水) 09:05:03.00ID:mK2eufmg
>>922
WebAssemblyならJSの縛りはなくなるし
JSを完全に捨て去ることができる。
2020/07/29(水) 09:06:31.89ID:WjPZZ4ye
しかし現実は圧倒的にjQueryが
シェアナンバーワンなのである
2020/07/29(水) 09:08:10.26ID:HdZsRsXr
JavaScriptって1回死んだよな
それをGoogleがAJAXで復活の呪文させてしまった
あのときJavaScriptでは無理だからちゃんとしたプログラミング言語とUIツールキットを載せようってなってたら違った未来があったのかな
2020/07/29(水) 09:16:44.12ID:mK2eufmg
>>934-935
Wasmはbrowserで実行されるわけだからユーザーが
体感的に気にならないスピードになればいいだけだ。
C#使える人にとっては開発のスピードはすでに最速になってる。

SoCのスピードは毎年30%近くあがってるから、
ソフトウェア変えなくても今1秒かかってる処理が
まったく気にならないレベルになってしまう。
2020/07/29(水) 09:20:22.55ID:mK2eufmg
>>938
jQueryおじさんそれweb frameworkじゃないから
936の統計に入ってない
機能不足
2020/07/29(水) 09:25:31.50ID:o9vqi2Lj
>>941
そりゃjQueryはフレームワークに圧倒的な差で勝ってしまうからなぁ
DOM APIの薄いラッパーなので速度は早い
ライブラリのサイズも小さい
HTML/CSSとの連携で最小限のJavaScriptコードで実現するから
2020/07/29(水) 09:47:39.79ID:txbtiYJP
jsが駄目ならtsで良いじゃん。c# も使えるけどtsが言語的にc#に劣る部分なんてほとんど無いよ
2020/07/29(水) 10:35:46.94ID:10XNhQ52
>>936の統計に含まれてないのは
jQueryが圧倒的に勝ってしまうから？
2020/07/29(水) 10:47:58.41ID:V+4Qinl6
jQueryって云わばフレームワークを使わない場合のPHPみたいなもんだしな
2020/07/29(水) 11:03:51.07ID:10XNhQ52
PHPみたいなもの＝Vanilla JSでは？
2020/07/29(水) 11:06:25.30ID:mK2eufmg
>>942 >>944
jQueryおじさんって複数いたのか
すでに書いたように機能が不足しててweb frameworkに分類されない
最低でもrouting機能くらいないとweb frameworkとは呼べない

jQueryはJS Libraryの項目で集計されてる
https://www.wappalyzer.com/technologies/javascript-libraries

>>943
TSはJSに変換する以上、どうしてもJSの機能や速度に制限受ける
2020/07/29(水) 11:16:17.13ID:10XNhQ52
>>947
JavaScriptでルーティングをすること自体がおかしい
JavaScriptが無効だと動かないサイトになるだろ
2020/07/29(水) 11:30:28.04ID:hp9tDP0D
>>947
機能はc#並みにはあるよ。
jsとwasmの速度の違いはリソースのコンパイルとロードにかかる時間だけだよ
2020/07/29(水) 11:40:16.13ID:mK2eufmg
>>948
機能も目的も違うしjQueryはweb frameworkと
比べても意味ないんだけどそれわかんないの？
DBとかbackendの開発したことないでしょう？
2020/07/29(水) 12:07:21.52ID:Boda6iPr
とりあえずjQueryはスレチだからやめとこうぜ。
2020/07/29(水) 13:00:00.34ID:5RXUD99q
>>943
しょせんトランスパイラ
JSの束縛からは逃げられない
TSがwasmを吐き出すようになったらスタートライン
2020/07/29(水) 13:05:12.48ID:DSEEm0x9
blazorの遅さは体感的に問題ないと言ったり
JSの速度はやたら気にしたりよく分からん
asm.js→wasmで解決したJSの束縛って一体なんなのさ
2020/07/29(水) 13:11:37.06ID:Boda6iPr
wasm触ったことないんだが、ブレイクポイント設定できるのかね？
これが出来ないなら採用は無いな。
2020/07/29(水) 13:12:41.13ID:sM8Vohnx
JSの文法とライブラリに縛られるってこと
それを回避するためにスマートでないコード生成が必要になることもあるだろうな
2020/07/29(水) 13:13:28.04ID:sM8Vohnx
>>954
Blazorはブレーク効くよ
2020/07/29(水) 13:59:05.26ID:mK2eufmg
>>953
C#の出来がいいからだよ
gameとかもたくさんC#で開発されてるし言語として速い部類。
そして開発生産性が高い

Blazorの速度問題は改善の余地が相当あってMSが取り組んでるし
最も将来性がある
2020/07/29(水) 14:12:51.56ID:HdZsRsXr
>>952
TSがwasm吐くよりTSがブラウザーでネイティブサポートされるほうが嬉しいな
2020/07/29(水) 14:13:20.50ID:hp9tDP0D
Blazorはc#ランタイムをwasm上で動かしてんの？
2020/07/29(水) 14:26:24.81ID:Boda6iPr
>>956
まじか。一体どんな理屈で動作してるんだ。。
ブラウザ側にフックが既に組み込まれてるのかな。
2020/07/29(水) 14:43:46.23ID:E/WNSRes
>>958
最悪のパターンだよそれ
それやっちゃうとTSなのに環境差異出まくってTSにトランスパイルする別の言語が作られかねない
2020/07/29(水) 16:01:14.84ID:z6Fnx3oM
wasm吐くts = AssemblyScript
https://www.assemblyscript.org/
963デフォルトの名無しさん
垢版 |
2020/07/29(水) 16:57:16.90ID:blHj/j43
TSがブラウザ実装されるとかまじで最悪のパターンじゃん
よく考えてから書けよ
IFとしてもWASM一択
2020/07/29(水) 17:13:00.70ID:7lzh14Gr
Wasmにすれば、たちどころにGUIとかOpenGLとかが簡単に使えたり、高速になったり、ｍゲームが作りやすきうなったりすると思っている人がいるかも知れないが、それは誤解。
そういうものは、ツールキット次第。
Blazorの場合、実行速度も遅いし、ダウンロードサイズも大きいのでJSよりむしろ
悪化するだけ。
つまり、Blazorは悪いツールキット。
2020/07/29(水) 17:20:25.29ID:7lzh14Gr
Wasmではなくnative的なものでも、
Unityはゲームが作りやすい、WinFormsやQtはGUIが作りやすい、
C++はC#より速い。C++やC#はIDEが充実している、MFCとWin32ならMFCの方
が便利、など、言語やツールキットによってそれぞれ特色があり、千差万別。
Wasmは、アセンブリ言語相当のものだから、それと同様にその上に載る言語や
ツールキットによって、それぞれ待った区別の特徴を持つ状態になる。
サイズの大きさも、GUIのプログラムしやすさも、実行速度も、これから
選べる時代になったと言うこと。
Wasmだから、速度が絶対に速かったり、絶対に便利になったりするわけではない。
便利でも遅いもの、サイズが大きいためにWebでの即時実行には不向きなものもある。
C#をWasm化すると、2重に仮想マシンが載ることになるために基本的に遅くなる。
2020/07/29(水) 18:41:53.94ID:E/WNSRes
>>964
まだ黎明期
これから期待通りになるので安心しろ
2020/07/29(水) 18:44:49.23ID:bUZt8h4Z
それは何年後だろうね（笑）
2020/07/29(水) 19:13:19.92ID:7lzh14Gr
>>966
MSはあらゆるもののサイズがどんどん大きくなっているので、
サイズが小さくなることは望めない。
2020/07/29(水) 19:18:18.79ID:c6dwanT8
TSってJSにくらべて微妙にもっさりしてるよね
2020/07/29(水) 19:39:26.63ID:E/WNSRes
>>968
.NET Coreはいいぞ
レス数が950を超えています。1000を超えると書き込みができなくなります。
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況