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/16(木) 17:29:18.20ID:QwF0ci9g
本当に愚か者だな、お前は。
https://en.m.wikipedia.org/wiki/Microframework
マイクロフレームは、ミニマリスティック ウェブ アプリケーション フレームワークを指すために使用される用語である。フルスタックフレームワークとは対照的です。

次のような本格的なWebアプリケーションフレームワークで期待される一般的な機能のほとんどが不足しています。

- アカウント、認証、承認、ロール
- オブジェクトリレーショナルマッピングによるデータベースの抽象化
- 入力のバリデーションとサニタイゼーション
- Webテンプレートエンジン

通常、マイクロフレームワークは、HTTPリクエストの受信、適切なコントローラーへのHTTPリクエストのルーティング、コントローラーのディスパッチ、HTTPレスポンスの返送を容易にします。Microframeworksは、多くの場合、別のサービスまたはアプリケーションのAPIを構築するために特別に設計されています。[1]たとえば、Lumenマイクロフレームワークは、マイクロサービス開発およびAPI開発用に設計されています。

マイクロフレームワークス
- PythonのBottle
- RubyのCamping
- Node.js用のExpress.js
- Python用Falcon
- Python用Flask
- ScalaのScalatra
- PHP用Lumen
- PHP用Slim
- PHP用のSilex
- RubyのSinatra
…
なんでこの説明読んでreactがマイクロフレームワークになるんだ？
テンプレートエンジンの代わりになるからか？
じゃあ認証ライブラリはマイクロフレームワークか？
ORMライブラリはマイクロフレームワークか？
バリデーションライブラリはマイクロフレームワークか？ええ？
英語読めなかったのか？あん？
読めないにしても翻訳機能使う知恵もなかったか？
2020/07/16(木) 18:14:37.53ID:q8NPRuZD
>>242
wikipediaなんて誰でも編集できるし
分類なんて人それぞれ

ReactはFacebookがLibraryといってるんだからそれで確定だ。
2020/07/16(木) 19:17:30.88ID:N/WMVO7e
公式見解を尊重する限り、
Vue → framework
React → library
Angular → framework
ってことになるな
2020/07/16(木) 20:36:35.64ID:GDWqXa2M
ちなみに僕の公式見解は
僕 → Zetsurin
だよ。
2020/07/16(木) 21:53:24.18ID:ThZ5aiRV
reactはライブラリなのかフレームワークなのかquoraで聞いてみようぜ
って思ったら英語版にはすでに質問あったわ
248デフォルトの名無しさん
垢版 |
2020/07/16(木) 21:54:17.77ID:N8xKeP5m
>>228
比較対象はネイティブJavaScript
ただ単にDOM操作するだけだぜ？
ビルドいる？

ネイティブJavaScriptがそんなにもっさり重いの？
なんもコマンド叩かずにコーディングできるんだよ？
HTMLに直接書けるんだよ？
2020/07/16(木) 21:56:41.55ID:q8NPRuZD
人によってはframeworkに分類しちゃうけど
公式がLibraryと言っている以上、Libraryなのだ。

routingすらないReactをweb frameworkと呼ぶには無理がある
2020/07/16(木) 22:01:28.47ID:q8NPRuZD
>>248
え、frameworkもLibraryもTSも使わず
生のJSでちっぽけなアプリ書いてる人だったのか

そんなやり方でまともな中規模以上のアプリ作れない
生産性が低すぎる
いまどきHTMLに直接コード書くなんて論外だろう
251デフォルトの名無しさん
垢版 |
2020/07/16(木) 22:07:09.50ID:N8xKeP5m
>>250
単なるGUI制御がHTMLに組み込んで何が悪いか
じゃあお前がどんだけグレートな規模のプロジェクト
手がけてるか紹介してみろやカスが
2020/07/16(木) 22:32:35.09ID:wMaulIJo
>>248
そりゃカップラのタイマーにReactはオーバースペックだろ…
2020/07/16(木) 22:35:03.43ID:ThZ5aiRV
もしgmailのフロントを生JSで書けって言われたら逃げるわ
2020/07/16(木) 23:21:28.07ID:5vmd5oHm
自分でJavaScriptのライブラリ作ればいいんやで！
2020/07/16(木) 23:23:56.85ID:3r6uNJIb
名前はoreoreactにしよう
2020/07/17(金) 00:12:04.02ID:HKFGOVIo
Blazor面白いね
あとは読み込み速くなればJS要らなくなる
2020/07/17(金) 00:41:47.48ID:rScYk2f8
ブラジャー？
2020/07/17(金) 00:57:10.31ID:5L8OAF1I
流石にIIS依存のものはなぁ…
2020/07/17(金) 01:02:45.71ID:d4gKLDNu
adobe airのときもsilverlightのときも同じこと言ってたよそいつ。
懲りない奴だｗ
2020/07/17(金) 01:46:03.30ID:OVoiSg0p
>>258
何言ってんのこいつw
261デフォルトの名無しさん
垢版 |
2020/07/17(金) 08:38:22.72ID:Mcc/Kfhl
>>258
昔の知識のままの人か？
Blazorも.net Core対応と書いてあるし
.net CoreならLinuxやMacでも動くはずだ
Blazorのhelpにもapacheとかがかいてある
2020/07/17(金) 08:41:05.93ID:5L8OAF1I
いうてもApacheでASP.NETとか使ってるヤツ居るの？
2020/07/17(金) 08:50:27.95ID:wFTyM9Vl
今から使い始めるならIISよりはapacheだろ
2020/07/17(金) 08:58:36.98ID:Mcc/Kfhl
>>262
言い訳する前に知識が古かったのを認めろよ

Linuxでasp.net使いたいニーズがあったからこそ対応したんだろ
ApacheだけでなくNginxもかいてある

https://docs.microsoft.com/en-us/aspnet/core/blazor/host-and-deploy/webassembly?view=aspnetcore-3.1

あとweb frameworkで一番シェア高いのはASP.NETだぞ
WordPressとか間接的にframework使ってるの除いたらシェアトップ
2020/07/17(金) 09:12:02.75ID:HKFGOVIo
>>262
うちはnginx, asp.net core api, asp.net core MVC+Vue
2020/07/17(金) 10:23:29.59ID:rScYk2f8
>>263
この文脈でIISとApacheを比較するのかよ・・・
この文脈でのIISはWebサーバーとしての側面ではなくアプリケーションサーバー（.NETコンテナ）としての話だろ
比較するならApacheやnginxではなくTomcatやGlassFishだと思うが
2020/07/17(金) 10:32:08.75ID:Mcc/Kfhl
>>266
おまえもApacheやnginxでASP.net Coreが
動かないと思ってるのか？
2020/07/17(金) 10:36:10.93ID:4woZuOkK
Blazor ServerってSSRだよな
このスレに関係ないじゃん
2020/07/17(金) 10:37:15.19ID:Mcc/Kfhl
>>265
OSとDatabaseは何使ってるの？
遅いのは最初の読み込みだけ？
Microsoftのデモ動画みたら動作も遅いように見えた場面が
あってパフォーマンスどうなのかなと。

WebAssemblyでいい性能出るならC#で書きたい
JSもTSもめんどくさい
2020/07/17(金) 11:00:42.67ID:rScYk2f8
>>267
Apacheやnginxでは.NETは動かないだろ？
まさかなーと思って今調べてみたけどやっぱり動かないみたいだぞ

検索してみると出てくるのはdotnet runでポート5000をリッスンさせてApacheやnginxをリバースプロキシとして表に立たせる構成ばかりだ
これはdotnet runプロセス自体がアプリケーションサーバーの役割を担ってるだろ？
Apacheやnginxで.NETが動くのとは程遠い話だ

俺がまだ勘違いしてるのか？
もしApacheで.NETが動くというのならmod名とか教えてくれ
2020/07/17(金) 11:21:27.37ID:afn+PT1M
>>267
すまんがASPに対しては負の遺産という印象しかない
2020/07/17(金) 11:26:49.33ID:afn+PT1M
>>270
それ言ったらnginxでphp使う方法と変わらんからASP厨がドヤ顔でえばるだけやぞ
2020/07/17(金) 11:35:17.42ID:rScYk2f8
PHPとかnginxのことは知らんのだけど
Apache + PHP だとCGI（別プロセス）で動かすのではなく、Apacheプロセス内で動かす専用modとかあるんでしょ？
そのくらい特化してたらApacheで動くと言ってもいいと思うが
リバースプロキシ立てただけで「Apacheで動く」は恥ずかしいよ
2020/07/17(金) 12:08:02.38ID:hTUFpXFi
>>273
nginxの場合php-fpmっていう別サービスを立てて
nginxのリバースプロキシでポートもしくはソケット経由でphpのリクエストをphp-fpmに渡す様な形式
2020/07/17(金) 12:30:36.62ID:p1TzKNxq
>>269
RDBはポスグレ
起動も思ったより早いよ
リクエストはまじで爆速
2020/07/17(金) 12:36:31.61ID:rScYk2f8
>>274
ありがとう
nginx + PHPにもphp-fpmという専用のFastCGI機構があるのね
ここまで特化してたらnginxでPHPが動くと言ってもいい

だがdotnet runは構成がまったく違う
Apacheやnginxはdotnet runを特別に扱ってないし関知もしてない
やはりApacheやnginxで.NETが動くとは言えないな
2020/07/17(金) 13:17:03.73ID:HR6IsBOl
スレタイ読めないのかな？
npm trends
https://leerob.io/static/images/learn-nextjs/npm-trend.png
2020/07/17(金) 13:23:21.28ID:PZ71VWVR
>>277
angularと@angular/coreの違いについて頼む
279デフォルトの名無しさん
垢版 |
2020/07/17(金) 14:16:04.30ID:Mcc/Kfhl
>>270 >>273
ASP.net CoreのapplicationはKestrel上で動く。
KestrelはMSが作ったlightweight web server,
そしてopen source、ライセンス料も不要
あなたがdotnet runと書いてるそれはKestrel serverの起動だとおもう

Kestrel単体でもASP.net coreのweb appを動かすことができる。
Kestrelは超軽量で高速なweb serverだけど機能が少ない。
それでIIS, Nginx, Apacheなどと併用することをMSが推奨してるらしい。
Nginxとかにあるセキュリティ機能が使えるようになる

ちなみにASP.net Coreになる前の従来型のASPでは
ApacheとかのModはあったよ

セキュアで高速にASP.net Core動くなら
Kestrel併用方式でもMod方式でｂ烽ﾇっちでもいｂ｢でしょ？
細かい機能いらないなら、Kestrel単体で動かしてもいい
おそらくそれが最速になる
2020/07/17(金) 14:35:49.91ID:rScYk2f8
kestrel(dotnet run)を否定しているわけじゃないよ
それは単体でHTTPを話す能力を持ってるじゃん
つまりTomcatやGlassFishと同じ位置付け
Apache、nginx等のWebサーバーを手前に追加するもしないも自由

でもそれは「Apacheで.NETが動く」という話にはならない
2020/07/17(金) 14:45:14.98ID:Mcc/Kfhl
>>273 >>280
従来型のASP.netはModとかFastCGI対応していた。
Linuxでうごくこういうやつがあった
https://www.mono-project.com/docs/web/aspnet/
Monoは互換性がいまいちなので個人的にお勧めしない

ASP.net CoreをKestrel単体またはKestrel+(Nginx or Apache or IIS)
で動かすのが今のMicrosoft推奨のやりかた。

高速に動くなら内部の仕組みはどうでもいい話だろう？
あとは重要なところでLinuxで動いてライセンス無料になってるんだし
Modがあるかなんてどうでもいいよ。

そもそもApacheは高速なWeb serverじゃないの知ってるの？
あえてApache選ぶ理由がないよ。
大規模サイトはNginxが多い
2020/07/17(金) 14:48:05.03ID:Mcc/Kfhl
>>280
古い知識のままでIISやWindowsのライセンス料を払わないと
動かないと勘違いしてる人が多いし
そういうひとにはApacheで動くといった方がわかりやすいだろ

.net知らない人にKestrelがどうこういっても伝わらない。
あなたもdotnet runとかしつこくかいてるし。それはただのコマンド。
多くの人が知りたいのはLinuxでライセンスフリーで使えるかどうかだから
2020/07/17(金) 14:49:01.58ID:bZMoLlJz
Apacheに乗せるなんて無駄なことしたくない
Nginx RP + Inproc Httpがスマートで最高
2020/07/17(金) 14:55:32.14ID:rScYk2f8
静的コンテンツのレスポンス高速化のためだけにリバースプロキシ（Apache, nginx）置くわけじゃないから
俺は認証の柔軟性の高さでApacheを使い続けてる
LDAP認証の設定とか慣れちゃってるからね
nginxでも同じことはできるんだろうけど俺にとっては乗り換えるほどの動機になってない
静的コンテンツ主体の大規模サイトじゃないからね
だいだいのリクエストが後方のアプリケーションサーバーに流れるので俺にとってApacheは認証用なの
同接数の劣るApacheを使い続けてることを恥ずかしいと思ったことはない
2020/07/17(金) 15:02:52.55ID:bZMoLlJz
最近はApacheを知らない若者も居るようだ
知ってても学校でさわりだけやりましたみたいな
先にNGINXでやってみてできないことがApacheでできるならApacheを検討する
若者の間ではそういうことになってるらしい
2020/07/17(金) 15:46:01.13ID:Q8AVDrqq
Nginx は、リバースプロキシ

世界最速は、Ruby on Rails 製の
https://dev.to/

これよりも速いものは、作れない
2020/07/17(金) 19:01:29.04ID:gHhKsxDc
最近JIT対応したPHP8のalpha版が結構いいスコア出してるそうだがな
2020/07/17(金) 21:28:04.44ID:LPqky/1r
>>278
angularは1系で@angular/coreは2以降じゃないかな
しっかしReact圧倒的だね
2020/07/17(金) 21:55:04.26ID:XQc3SgYX
1系ってAngularJS表記なんだと思ってたがそうじゃないのか
290デフォルトの名無しさん
垢版 |
2020/07/17(金) 22:04:00.19ID:5B+Amw9H
Reactってjadeと互換性あるの？
HTMLや動的テンプレファイル上に
直で書くとサーバ変数そのままJavaScriptに
埋め込んでコーディングできるから
.jsファイルの外部化は個人的にかなり抵抗感がある
2020/07/17(金) 23:32:34.52ID:pbRdpk23
フロントエンドのライブラリだというのに
って言いたいところだけど最近はバックエンドでも（たいていBFF止まりだが）使っちゃったりするから説明がめんどくさい…
端的に言うと、バックエンドのテンプレートはそのままPug使ってりゃいいよ。
JAMスタック構成にしてくと、あくまでバックエンドにPugのようなテンプレートエンジンを使わなくなっていくのであって、バックエンドのテンプレートの代わりにReactを使っていくようになるわけではないからだ。ほんとにこれはもう全くない。
全然端的に言えてないなうん
2020/07/18(土) 00:18:41.79ID:lkZeEJlA
>>287
PHPは言語がうんこすぎて
ベンチマークいくらよくても使う気にならない
2020/07/18(土) 00:25:43.24ID:Rz8uT7Q+
phpはhtmlに直接サーバーサイド変数を埋め込めるという点で負の遺産を残しすぎた。
wordpressだのsmartyだの吐き気するわ。
2020/07/18(土) 01:02:58.86ID:mlew4XCO
>>293
それの何が悪いの？
2020/07/18(土) 01:08:32.40ID:5AaucbBP
バックエンドなんてフレームワークで構成してJSONやり取りするもんだからそんなの別に気にする事じゃないだろ
2020/07/18(土) 02:09:48.73ID:lkZeEJlA
>>275
PostgreSQLか

爆速いいね
TypeSafeだしVisualStudio使えるしC#でWebAssembly最強になるかも

C#使えるしReact+Next.js勉強やめてWebAssemblyやろうかな
WebAssembly、既に本番環境で使えるレベルのクオリティだと感じる？
2020/07/18(土) 02:21:16.88ID:N4WthBbf
> React+Next.js勉強やめて

勉強し始めて、終わらなかったってこと？ｗ
たかだかReact+Next.jsが？ｗ
そんな頭じゃ何やったって時間足らんだろｗ
2020/07/18(土) 02:39:54.52ID:lkZeEJlA
>>297
俺が何時間やったかも書いてないのにそんなレスつけてしまうおまえが頭悪い

あと頭いい人はそうやって文末にwつけないしアンカーをつける
2020/07/18(土) 04:07:12.10ID:N4WthBbf
なるほどつまり数時間やって分かんなくて嫌になってwasmならできるモン！ってことか。説明ご苦労。

そんな根性じゃ何やったってモノにならんだろｗｗｗｗｗ
2020/07/18(土) 08:45:31.60ID:5AaucbBP
WebAssemblyに夢見過ぎなヤツ多いな
そんなに速度が必要な事をやってるのかと
301デフォルトの名無しさん
垢版 |
2020/07/18(土) 09:04:24.26ID:lkZeEJlA
>>300
速度は大事だろ
動けばいいレベルで満足しちゃうの？
例えばECでも遅いとすぐユーザー離脱して売り上げおちる

夢見すぎ？
WebAssemblyはほとんどデメリットが見当たらない
最初の読み込みが少し遅そうということくらい。

実行スピードだけでなく開発の生産性も高いのだから
JSのSPA開発はすぐ駆逐されると思う
2020/07/18(土) 09:10:26.95ID:huqpRUrM
Blazorはサンプル動かすまで超簡単
あれこれ聞く前に自分で試したほうが早いよ

dotnet sdkの最新版を落としてインストールしたら

dotnet new blazorwasm
dotnet run
これだけでBlazorが動く
頭の悪い大量の設定を書く必要はない
小学生やお猿さんでも簡単にできる

ちな↑は完全に静的なサイトを作りたいとき
サーバーサイドAPIも作りたいなら
dotnet new blazorwasm --hosted
dotnet run
これでおｋ

サーバーサイドレンダリングしたいなら
dotnet new blazorserver
dotnet run
これでおｋ
2020/07/18(土) 09:10:56.66ID:5AaucbBP
>>301
ECでボトルネックになるのは大体の場合サーバーサイドだろ
2020/07/18(土) 09:13:11.20ID:lkZeEJlA
>>299
根性とかアホじゃないか
C#やJavaで開発してきた人がTSの開発を理解できないわけがない
2020/07/18(土) 09:28:04.98ID:lkZeEJlA
>>303
server sideが負担かかるのはあたりまえ。
RDBがボトルネックになりやすいし
Shardingとかを使うめんどくさい世界になる。NoSQLでもいいけど

速度の重要性が理解できない人でも開発の生産性は理解できるだろう。
DemoみたかぎりVisual StudioでJSとWebAssemblyとserver sideを
まとめてデバックできていた。
しかもTypeSafeで即座にバグ発見しやすい。
こんなの開発生産性が次元が違うだろ？
2020/07/18(土) 09:33:43.74ID:Zsjd19dY
wasmの求人需要ってある？
2020/07/18(土) 09:41:11.98ID:a72QTQ2S
1ミリもない
2020/07/18(土) 09:48:13.03ID:37eL7IOf
自社プロジェクトで採用すればいいよ
なんで求人探すなんて面倒くさいことするんだ
2020/07/18(土) 10:09:29.41ID:N4WthBbf
>>304
根性じゃなきゃやっぱり頭のほうかｗ
数時間かけても理解できずに止めたんだろ？なんかゴメンなｗｗｗ
2020/07/18(土) 10:18:52.49ID:5tCG/Slu
理解できないことはないんだろうけど
拒否反応を起こす人は結構いるね

JavaやC#やってるとやはりJavaScriptやTypeScriptはまだまだ不自由なところがあるから
言語仕様もそうだしIDEが未成熟というのもあるし
2020/07/18(土) 11:01:01.72ID:fwbEJCvA
>>301
> 速度は大事だろ
> 動けばいいレベルで満足しちゃうの？

今の速度で不足しているなら大事と言えるが
スマホですらWebAssemblyがなくて普通に使えてる

「そんなに速度が必要な事をやってるのか」という言葉の意味は
どんな用途だと不足するのかを聞いてる。
お前には答えられるか？
2020/07/18(土) 11:07:30.53ID:fwbEJCvA
>>305
> DemoみたかぎりVisual StudioでJSとWebAssemblyとserver sideを
> まとめてデバックできていた。

WebAssemblyと何の関係が？
WebAssemblyがなくてもデバッグできるよね
なら余計なコンポーネントがない方が開発の生産性は高くなる。
Visual StudioでJSとserver sideをまとめてデバッグできる方が生産性は高い
2020/07/18(土) 11:20:03.68ID:fwbEJCvA
WebAssemblyはどんな問題（課題）を解決するのかを答えられないようじゃ
WebAssemblyを理解してるとは言えない。
課題というのは現在困ってることを言う「速い」は課題ではない。
そしてウェブ開発は「遅い」ことで困ってたりしない。

WebAssemblyが解決するものは速度ではなく
過去に作ったデスクトップアプリの移植を容易にすることや
JavaScriptでは達成できてる言語のポータビリティ性を
他の言語でも達成できるようにすることだ

つまりはレガシー技術を延命しようとしているだけであり
それらを必要としてない人にとっては意味がない
2020/07/18(土) 11:23:08.49ID:oiSxLKa2
wasmでVM動かしてる状況だとまだ劇的に速いとは言えないのでは
wasmのGC実装もこれからだし流石に時期尚早感がある
2020/07/18(土) 11:28:21.15ID:5tCG/Slu
JavaScriptだってネイティブ実行されてるわけじゃなくJITコンパイルしながら実行されてるでしょ
wasmのVMが大きなオーバーヘッドだとは思わないけどな
2020/07/18(土) 11:29:28.75ID:Z+cMIoZ7
>>313
ええ、OfficeソフトなんてWindows3.1のWorksで必要十分で御座います。
オフラインに割り切って使う
ノートパソコンは最近Windows95にアップデートしたばかり。
3次元CADだって動くんですよ！
2020/07/18(土) 11:33:48.46ID:fwbEJCvA
>>316
そんな人もいるんだからって言いたいの？ｗ
2020/07/18(土) 11:49:48.36ID:zDePOjuW
jsをwasmにコンパイル出来たら爆発的に普及しそうなんだが、いまだにまともにできないんだよな。
2020/07/18(土) 11:54:20.16ID:Z+cMIoZ7
>>317
そうですワタシが変なおじさんです。
応答速度がどうのこうのと言う話の流れを見てますと
WebブラウザのSPAで3次元CADも出来る時代になったのだなあと感慨に老けっております。
2020/07/18(土) 11:59:32.49ID:fwbEJCvA
>>319
論点はそこじゃなくて、
「3次元CADやるなら別にブラウザじゃなくていいよね」
だから

なぜわざわざ遅いとわかってるブラウザで動かすのか？
ブラウザで動かさなきゃいけない使命でもあるの？
321デフォルトの名無しさん
垢版 |
2020/07/18(土) 12:07:43.56ID:OjEg02/9
jquery bootstrap Vue React angular
redux nuxt kockout sass gulp webpack
ああもうめちゃくちゃだよ！
お前ら全員webからい居なくなれ！
はっきり言って邪魔なんだよ！
2020/07/18(土) 12:18:23.75ID:Z+cMIoZ7
>>320
時代はリモートでコラボれーしょんやら？
WebVRで3Dチャット元年ではなかったのかと・・・
2020/07/18(土) 12:25:07.68ID:huqpRUrM
VS+C#の快適さに比べたらJSやTSなんてゲロ以下でしょ
この時点で即座に乗り換える理由になる
流石はマイクロソフトというべきか、言語や開発環境だけじゃなく、Blazor自身もフレームワークとしてのセンスが良く、パクリ元のVueやReactより生産性が高い
速度面で若干の心配があるけど、やってみると現時点ですでに爆速とわかり安心
スクリプトより最適化が簡単だから、今後のさらなる改善も大いに期待できる
おまけにデスクトップ、モバイルネイティブ、PWA、ハイブリッドのサポートもロードマップに入ってる
むしろ乗り換えない理由が見つからねー
2020/07/18(土) 12:27:17.68ID:a72QTQ2S
vscode + js のウルトラ開発体験知らんのか？
2020/07/18(土) 12:28:49.89ID:5AaucbBP
>>323
昔C#使ってたけど正直使わなくて済むならIDEは使いたくない
2020/07/18(土) 12:29:31.05ID:huqpRUrM
>>324
VSCodeは不安定すぎて話にならんわ
2020/07/18(土) 12:31:33.52ID:huqpRUrM
>>325
宗教上の理由でIDEを避けたいならそうすればいい
Blazorも例に漏れずVScodeでもVimでもなんだって開発できる
ま、VSが最強なので他はオススメはせんがね
2020/07/18(土) 12:33:55.33ID:cNrPu/ON
VSおじさんｗ
Silverlightはどうなりましたかｗ
2020/07/18(土) 12:40:21.88ID:fQsuqJMx
wasm(たとえばC#)って画面描画どうやってやるの？
C#で書けるだけで画面描画はやっぱりDOMツリーいじるの？
それともブラウザ全面がウィンドウ扱いでWPF使えるとか？

wasm詳しい人教えてくれ！
2020/07/18(土) 12:50:44.89ID:cNrPu/ON
まだ直接DOMいじれない。
将来的にも解放されるか微妙。
なので描画はふつうにjs側でやってるｗ
2020/07/18(土) 12:53:18.24ID:5tCG/Slu
え、DOMいじれずC#(WPF)で描画もだきないのか
結局、JavaScript使わないといけないんじゃ微妙ね

ブラウザ画面全体をキャンバスとしてWPFで描画させて欲しいわ
2020/07/18(土) 12:55:00.61ID:hYOY3gDK
>>328
この返しは恥ずかしすぎる
2020/07/18(土) 12:55:34.30ID:hYOY3gDK
>>329
Razorマークアップ
2020/07/18(土) 12:56:00.12ID:hYOY3gDK
>>331
JSは要らんよ
2020/07/18(土) 12:56:27.32ID:cNrPu/ON
でもそのwasmの外にあるjsへの指示・管理はフレームワーク側の仕事だからあなたが直接dom api叩く必要はない
2020/07/18(土) 13:00:40.40ID:fwbEJCvA
>>322
> 時代はリモートでコラボれーしょんやら？
> WebVRで3Dチャット元年ではなかったのかと・・・

だからブラウザ使わなくて出来てるでしょｗ
2020/07/18(土) 13:02:21.10ID:fwbEJCvA
>>329
ブラウザの中に仮想マシンが実装されたと考えれえばいい
表示はブラウザの中の一部分が仮想マシンのウインドウになったようなもの
その中で何でも出来る。その中でしか動かない。
2020/07/18(土) 13:06:46.63ID:u6Nb4/2q
ブラウザのDeveloperToolでデバッグできる？
2020/07/18(土) 13:08:43.45ID:fwbEJCvA
JavaScriptもJITとか使うから計算とかならネイティブとほぼ同じ速度で動くんだよ
問題はDOMで複雑なレンダリング処理が入るからどうしても遅くなる
それはWebAssembly使っても同じななわけ

DOMの複雑なレンダリングアルゴリズムが原因だから
それは避けようがない。

しかしもともとは画面表示なんて縦横のビットマップでしかなかったわけで
DOMのレンダリングを避けて、直接描画しましょうっていうのがWebAssembly
DirectXの思想と似てるね。WebAssemblyの目的はレガシー技術の移植だから
DOMは必要ない。なのでWebAssemblyからDOMを直接さわれるようなことはないよ
間接的に触れればOK。

画面部分は遅いけどメンテナンスしやすい言語、速度が必要なのはDLLという
昔のVB+VCによる開発と同じようなことをウェブの世界で繰り返してるだけ
2020/07/18(土) 13:39:15.04ID:5tCG/Slu
wasmの画面描画について答えてくれてありがとう
DOMいじらなくてもいいのね興味出てきたわ
あとwasmでマルチスレッドは使える？
JavaScriptって長年マルチスレッド使えなかったじゃん
Web Workerという仕組みも出てきたけとJavaやC#で扱う普通のスレッドとはちょっと違うよね

wasmは普通にマルチスレッド使えるの？（C#のThread関連API使えるの？）
あとソケットAPIもC#で使えるのかな？
そこまでできるならwasm移行したいわ
2020/07/18(土) 13:42:32.30ID:fwbEJCvA
外部との通信やファイルアクセスやI/OはブラウザのAPIエミュレートされる
つまりブラウザで出来ることは出来るしブラウザでできないことはできない
スレッドもWeb Workerを使ってエミュレートされる
なのでそういったものはネイティブに比べて遅くなる
2020/07/18(土) 13:44:42.37ID:fwbEJCvA
そういうI/O系はJavaScript APIを使ってエミュレートされるので
JavaScriptから直接使ったほうが速いというね
WebAssemblyが速いのはCPUとメモリアクセスでできる処理のみ
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。