【本命】Blazor スレ2【真打】 (734ﾚｽ)
【本命】Blazor スレ2【真打】 http://mevius.5ch.net/test/read.cgi/tech/1606028377/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
必死ﾁｪｯｶｰ(本家)
(べ)
自ID
ﾚｽ栞
あぼーん
ﾘﾛｰﾄﾞ規制
です｡10分ほどで解除するので､
他のﾌﾞﾗｳｻﾞ
へ避難してください｡
95: デフォルトの名無しさん [sage] 2020/12/12(土) 02:18:06.86 ID:4q8SABHv >>94 「Blazorではパフォーマンスが約20分の1に低下しています（たとえば、WinFormsでは350ミリ秒、Blazorでは7000ミリ秒）」 #これを改善するために AOT 方式にした場合、今ですら巨大なダウンロードサイズがさらに増えるとBlazorの専門化 により言及されている： 「将来、・・・、アプリ、またはアプリの一部である可能性が高いものもWebAssemblyにコンパイルされます。これはAOTまたはAhead Of Timeコンパイルと呼ばれます。このモードの利点はパフォーマンスですが、トレードオフはダウンロードサイズが大きくなることです。」 http://mevius.5ch.net/test/read.cgi/tech/1606028377/95
113: デフォルトの名無しさん [sage] 2020/12/12(土) 16:34:37.37 ID:4q8SABHv >>112 安いというのは魅力だろうな。 ただ、MSとしてはAzureのクラウドを使わせなきゃ駄目だから、BlazorWasmはそれと矛盾するが。 http://mevius.5ch.net/test/read.cgi/tech/1606028377/113
114: デフォルトの名無しさん [sage] 2020/12/12(土) 16:54:35.64 ID:4q8SABHv >>113 MSとしてはダウンロード量やクラウドとのアクセス量、クラウドに助けてもらう処理 が多ければ多いほど自社のクラウド事業にとって有利になるわけだから、 BlazorWasmは、如何にバイナリサイズを大きくし、クラウドとの連携を複雑化 してなるべくクライアントの処理だけで済まさずにサーバーの助けを混ぜないと 動作しないようにするかで経営手腕を問われる。 つまり、基礎はわざと複雑で使いにくしておきながら、その複雑さをフレームワーク が除去するような変な仕組みになっているほうがMSは儲かる。 http://mevius.5ch.net/test/read.cgi/tech/1606028377/114
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.043s