【本命】Blazor スレ1【真打】

■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
垢版 |
2020/07/20(月) 23:36:36.67ID:td0HkrQz
混沌を極めるWebアプリケーション界隈に現れた一筋の光明
型無し言語 JavaScript の悪夢を打ち払い
林立するエコシステムの亡霊を退散
アプリケーション開発者の希望となるMVVMを引っ提げて登場した真のSPA開発環境

Blazorを語る者よ、集え！

ASP.NET Core Blazor の概要
https://docs.microsoft.com/ja-jp/aspnet/core/blazor/?view=aspnetcore-3.1
2020/07/30(木) 22:43:31.38ID:ozDrFsTH
調べてくれたの？
ずいぶん時間かかったね
90デフォルトの名無しさん
垢版 |
2020/07/31(金) 02:16:03.14ID:F84TbMHr
MS社員が金貰ってここに書いているからさ。
91デフォルトの名無しさん
垢版 |
2020/07/31(金) 02:16:03.16ID:F84TbMHr
MS社員が金貰ってここに書いているからさ。
2020/07/31(金) 09:57:33.80ID:Is13D4iK
MSはそんなしないよ
そういうことするのは大体勘違いした迷惑な信者
2020/07/31(金) 12:35:44.83ID:mccS7x6Z
信者を装ったアンチだろ
2020/07/31(金) 15:25:11.73ID:MVdwX9C7
例えば迷惑な信者って声優関係ではめっちゃあるあるなんよね
無駄に別の声優やファンに余計な喧嘩売ったり
2020/08/03(月) 02:28:50.36ID:9/tK9gy1
https://www.telerik.com/forums/blazor-response-is-slowly!

blazor-server: 入力に対するレスポンスがとても遅く、反応が失われることすらある。
blazor-client: 起動すれば反応は速いが、ロードが遅い。

なお、後者の反応が早いといっても、ベンチマーク的にはツールキットの中で最も遅いらしいが。
2020/08/03(月) 02:39:10.27ID:9/tK9gy1
Blazorに比べれば、UnityのWasmポートの方がまだ速いらしい。
97デフォルトの名無しさん
垢版 |
2020/08/03(月) 05:08:55.52ID:qdvto+rV
遅いという評判しか聞かないな…
反面、速いという話しは信者の「一年後には最速になる！」といった希望的観測ばかり。
韓国の「１０年後には日本を追い抜く！」と同じ精神を感じる。
2020/08/03(月) 05:23:16.89ID:mp/HFfOi
韓国はもう追い抜いてるから例えとして不適切
2020/08/03(月) 06:13:35.68ID:gnTaw2rH
>>95-96
らしい、らしいって試したこともないバカが他人の
コメントで知ったかぶり
C#を理解できないから自分で試すこともできない。無能

Blazor Serverはserver遅ければ遅くなるのは当たり前
スケールしにくいアーキテクチャだ
社内利用など人数がわかってる場合は爆速で使える

WebAssemblyの初回ロードは決して大きくないし
2回目以降は通常のwebサイトよりも相当小さい
GmailやAmazonのほうがはるかにデータ転送量が多い。
100デフォルトの名無しさん
垢版 |
2020/08/03(月) 07:23:08.27ID:qdvto+rV
Blazorの弱点：
・Payload. Right now if you create a fresh new Blazor project, it weighs in at around 2.4mb. The team hopes to cut this down significantly come May.
・Load time. Due to download size, devices on poor connections can experience longer initial load times.
・Restricted runtime. Apps have to operate in the browser’s sandbox and are subject to the same security restrictions as any JavaScript application.

何にもコンテンツ無しの状態で2.4MBワロタｗｗｗ

ちなみにこれデスクトップ5,563,976 URL、モバイル6,399,199 URLのサイズデータ。
https://beta.httparchive.org/reports/state-of-the-web#bytesTotal

何にもコンテンツ無しの状態でデスクトップ5,563,976 URLの中央値2MB超えててワロタｗｗｗｗ
何にもコンテンツ無しの状態でモバイル6,399,199 URLの中央値1.9MB超えててワロタｗｗｗｗｗ

何にもコンテンツ無しの状態で2.4MBワロタｗｗｗｗｗｗ
2020/08/03(月) 09:50:40.95ID:N8X3JloH
そもそもwasmが現時点で遅いでしょ
V8のJITの方が早いから使う意味がない
2020/08/03(月) 10:16:55.32ID:9/tK9gy1
>>99
>WebAssemblyの初回ロードは決して大きくないし
Blazorの場合は、かなり大きい。

>GmailやAmazonのほうがはるかにデータ転送量が多い。
大嘘。
2020/08/03(月) 10:18:19.77ID:9/tK9gy1
>>101
Wasm自体は、結構速い。
遅いのは、Blazor。
2020/08/03(月) 10:20:23.09ID:9/tK9gy1
CUI的なHelloWorldが2.4MBという時点で終わってる。
105デフォルトの名無しさん
垢版 |
2020/08/03(月) 10:22:00.59ID:gnTaw2rH
>>102
使ったことないだろ？
MS demoなんて2回目は400kb程度しかない

Amazonはトップページで15MB近くある。
それくらいは許容される時代になってるし
Wasmが初回のみ1-2MBとかあったとしても何も問題ない
2020/08/03(月) 10:25:38.81ID:gnTaw2rH
>>104
1-2MBというのは最初のランタイム込みだろうが、
2回目は激減するからどうでもいい
wasmではないweb appよりもcacheが効いている。
ランタイムはブラウザ同梱にしてしまう手もある
107デフォルトの名無しさん
垢版 |
2020/08/03(月) 10:35:03.61ID:qdvto+rV
だれも使ってないEdgeにかｗ
いつか来て潰れた道だなｗｗｗ
2020/08/03(月) 10:43:30.96ID:0nT8uF8W
サイドバイサイドが売りだったはずの.NETをWin同梱にしたらバージョン上げにくくなってインプレースでアップデートをやりはじめて
そしたらまたサイドバイサイドを売りにした.NET Coreが出てきたと思ったら今度はASP.NET Coreの同梱とかISSへの統合とかやりはじめて依存関係地獄へ逆戻り
.NETって延々同じ失敗を繰り返してるよな
2020/08/03(月) 10:44:13.45ID:0nT8uF8W
訂正
IIS
2020/08/03(月) 11:04:22.51ID:oRu+bRIB
そもそもSPAはアプリケーション、つまり長時間開きっぱなしが前提
だから開くのに数秒かかるぐらいはユーザーは全く気にしない
起動に数秒かかるVSCodeでもみんな大好きだろ、そういうこと
それより重要なのは、開いたあとに安定して速度を出せるかどうか
その点についてはJSよりwasmのほうが高性能って結果がすでに出てる

開くまでの速度が重要ならそもそもSPAを使わずｚ従来の非SPAの静的サイトあるいはASPNET Core MVCを始めとしたFWが最速なのでそっちにすればいい
111デフォルトの名無しさん
垢版 |
2020/08/03(月) 11:20:54.86ID:qdvto+rV
二回目から速いから初回訪問は遅くてOK！
…が通るならSSRなんか流行ってない。
現在GoogleがSSR勧めてるのは、以下の二点から。
・SEO
Googleはクライアント側JSでレンダリングされるコンテンツも把握するようボットを継続的に改善してきているが、今はまだ、SSRを勧めるという。
・初回訪問時パフォーマンス
初回訪問時に重い・遅いBlazorみたいなサイトは離脱率が高い傾向があり、せっかく誘導してもムダになるので検索での格を落とすという。いわゆるパフォーマンスアップデートと呼ばれるもので、現在コロナで一時的に延期中。
検索を落とされたくなければ、サイトのサイズを小さくして初回訪問時のパフォーマンスの向上に努めること。SSRはその手段のひとつとして進められている。

Googleが把握するサイトパフォーマンスは、

キャッシュの効かない、

初回訪問時のパフォーマンス

である。



Blazor何にもコンテンツ無しの状態で2.4MBクソワロタｗｗｗ

ちなみにこれデスクトップ5,563,976 URL、モバイル6,399,199 URLのサイズデータ。
https://beta.httparchive.org/reports/state-of-the-web#bytesTotal

何にもコンテンツ無しの状態でデスクトップ5,563,976 URLの中央値2MB超えててワロタｗｗｗｗ

何にもコンテンツ無しの状態でモバイル6,399,199 URLの中央値1.9MB超えててワロタｗｗｗｗｗ

何にもコンテンツ無しの状態で2.4MBワロタｗｗｗｗｗｗ
2020/08/03(月) 11:35:34.68ID:9/tK9gy1
>>105
>Amazonはトップページで15MB近くある。
無い。嘘つき。
2020/08/03(月) 11:36:42.48ID:9/tK9gy1
>>105
二回目で400KBって。どんなに大きいねん！
二回目は0でなくてはならん。
2020/08/03(月) 11:48:40.58ID:wtIvuTvM
1.8MBのはずだけど、いつの時代の話をしているんだ？
115デフォルトの名無しさん
垢版 |
2020/08/03(月) 12:10:15.24ID:qdvto+rV
>>114
それはすごい！さすがBlazor！！
モバイル6,399,199 URLの中央値1.9MBだから、画像含むコンテンツをあと100KB内に納めると、速くもなく遅くもない、ちょうど中間のサイトができるな！
さすがBlazorすごい！！
2020/08/03(月) 12:14:16.80ID:oRu+bRIB
>>111
だからSEOが気になる、初速が重要なサイトにはSPAなんてそもそも必要ないんだよ
SPAの必要がないサイトにむりやりSPAを通そうとしてるからおかしなことになる
銀の弾丸はないっていい加減学ぼう
117デフォルトの名無しさん
垢版 |
2020/08/03(月) 12:20:15.28ID:qdvto+rV
そう、Blazorは銀の弾丸ではない。
遅くて重いがWebがワカラナイC#業務ソフトおじさんを再利用できる介護フレームワークなのだ！
2020/08/03(月) 12:35:01.57ID:grXRK/j3
再利用大いに結構
偏屈で高い割に柔軟性がないJSユーザーより一緒に仕事しやすい人材が多いから
2020/08/03(月) 12:46:59.56ID:9/tK9gy1
>>105
1MBのDLに12秒くらいかかる環境でも、amazon.co.jp は、初回でも
数秒以内に利用できる状態になる。
ということは、300KB位しかなく、15MBなんてとんでもない。
2020/08/03(月) 13:21:13.07ID:HWaVQs96
>>119
開発者ツールで見せて
2020/08/03(月) 13:26:57.91ID:wtIvuTvM
>>105
トップページの転送料は3.3MBだったけど？
2020/08/03(月) 13:37:44.02ID:U3N5AFk/
開発者ツールで見てみたけど、最終的には9MBダウンロードするが、1〜2MBでページは完成してるしスクロールもできる
2020/08/03(月) 13:41:37.01ID:9/tK9gy1
現実には、ページが見られるまでに必要なのは、300KB程度のはずだ。
124デフォルトの名無しさん
垢版 |
2020/08/03(月) 15:22:07.53ID:gnTaw2rH
>>112 >>119
アマゾンは広告が変わるから日時によってサイズは変わる。
今見たらアマゾンのトップは10MB程度ある。
おまえが調べ方知らないだけだろ
Firefox developer tool使え

>>121
それCache無効化してないだろ
Firefoxの場合は
Shift押しながらreloadしないとcacheを読んでしまう

Twitterのtimelineとかも画像多いから10MB程度いくこともある。
フォローしてる人、画像にもよるがけっこう食う。
それ考えたらBlazor Wasmの初回のみ2MB程度なんてたいしたことない。
2020/08/03(月) 15:28:40.47ID:wtIvuTvM
>>124
いやいやありえないってw
開発者ツールの画像晒してみ
126デフォルトの名無しさん
垢版 |
2020/08/03(月) 15:33:35.80ID:qdvto+rV
twitterは無限スクロールでどんどんロードしてくんだから当たり前。
それともBlazorでは無限スクロールは

　実　装　で　き　な　い

のかなぁ…？
だって実装したら同じように10MB20MB簡単に行っちゃうからね。

フォローしてる人、画像にもよるがけっこう食う。
それはフォローしてる人の投稿内容、画像というコンテンツがあるから。

一方Blazorはなんにもない。
なんにもなくて2MBｗｗｗ

なんにもコンテンツなくて既に全サイト中真ん中のパフォーマンスｗｗｗｗ

さて内容カラッポで2MBｗｗｗここからコンテンツ足したら重くなるのでしょうか軽くなるのでしょうか？ｗｗｗｗｗ
2020/08/03(月) 15:35:46.53ID:9/tK9gy1
>>125
今見てみたら、やはり、主要部分は300KB程度で、あとは、商品の画像ファイル
の読み込みが続き、最上部の映画などの宣伝動画がずっと続く。
商品の画像は大体、見てる範囲が先にDLされ、すべてがDLし終わらなくても
見られるから、余りDLの遅さを感じない。
宣伝動画が8MBくらいあるようだが、ストリーミングで再生されているので、
全部 DL されなくても見られる。

これは、Blazor/Wasmが、最初に2MBくらいをDLし終わらないと全く実行できない
のとは全く異なる。
2020/08/03(月) 15:41:14.36ID:gnTaw2rH
2MB弱で騒いでるアホは
アナログ回線でダイヤルアップ接続でもしてるの？
クソ回線自慢にしかなってないんだがｗ
2020/08/03(月) 15:48:10.28ID:9/tK9gy1
>>128
そうやって、相手のハードウェア環境を馬鹿にしたりするのはソフトウェア失格。
そんなこと言い出したら、もともこもない。
如何にハードウェアの性能を出し切るかがソフトウェア。
2020/08/03(月) 16:03:26.85ID:0MenM/I/
>>126
そういや去年くらいの当時のAngular最新版の実装の新機能で挙がってた機能だかスクロールで表示範囲外になった部分の内容がアンロードされる仕様今のTwitterに入ってるね
2020/08/03(月) 16:14:50.85ID:9/tK9gy1
>>126
通常のサイトは、たとえ 2MB と言っても、ページを表示してから時間を掛けてDL
しているものが多い。
まず、タイトルと文書が見られるようになって、上から順に画像がDLされていくような。
だから、実際には最初の100KBくらいDLされた時点でページ事態は見られる状態になっている。

一方、Blazor/Wasmの場合は、2MBが完全にDLしきらない限りは、全くページが見られない。
この差は大きい。
2020/08/03(月) 16:19:29.41ID:hyEwWuLa
すぐに改善される部分にしかイチャモンつけられない時点でアンチの敗北なんだがわかってないのかねぇ
2020/08/03(月) 16:20:15.40ID:9/tK9gy1
>>132
MS製品は、未だかつて何も改善されたためしがないのだが。
2020/08/03(月) 16:31:32.96ID:0/lt0JjB
>>133
アホくさ
2020/08/03(月) 16:52:40.67ID:9/tK9gy1
MSは、サイズに関しては小さく出来たためしがない。
136デフォルトの名無しさん
垢版 |
2020/08/03(月) 18:20:54.60ID:qdvto+rV
名前はマイクロソフトなのにｗｗｗ
137デフォルトの名無しさん
垢版 |
2020/08/03(月) 21:10:07.71ID:ukM+b7An
起動が遅いアプリの場合、スプラッシュウインドウを表示するべし。
大昔からの言い伝えだ。
138デフォルトの名無しさん
垢版 |
2020/08/03(月) 21:27:54.68ID:VfthWC1J
楽天のトップページが20MBあるから。

リアクトで100kbに減らせるなら美味しい。
139デフォルトの名無しさん
垢版 |
2020/08/03(月) 21:33:39.76ID:VfthWC1J
まあただ同じ低価格帯ならリゴルよりシグレントのほうが歪み少ないね。
テクトロは別格だけど100万するからね。

まあプロならLinux使っとけってことだよね。
140デフォルトの名無しさん
垢版 |
2020/08/03(月) 21:35:13.78ID:VfthWC1J
最近のオシロはどれもUSB接続できるけど、シミュレータ含めてアプリがWindowsに対応していないからね。

Ubuntuに慣れておくべきだよね。
141デフォルトの名無しさん
垢版 |
2020/08/03(月) 21:42:24.02ID:VfthWC1J
アナログプローブがWindowsに対応していないのが痛い。

デジタルだけならWindowsでも良いんだけど、結局デジタルも突き詰めて言えばアナログの一部なので、Ubuntuが必要になる。

富岳に対応していないのも使いにくい。
業務だから。
142デフォルトの名無しさん
垢版 |
2020/08/03(月) 21:46:26.66ID:VfthWC1J
富岳はさすがに日本の技術の粋を集めただけあって速かったね。

Windowsで一時間かかるプログラミングが、富岳なら30分で終わる。


これはイケルと思いました。
143デフォルトの名無しさん
垢版 |
2020/08/03(月) 23:47:54.57ID:9/tK9gy1
MSは、サイズに関しては小さく出来たためしがない。
144デフォルトの名無しさん
垢版 |
2020/08/04(火) 00:28:38.33ID:vydsY05j
名前はマイクロソフトなのにｗｗｗ
2020/08/04(火) 08:05:09.09ID:WJJgCWj+
あっ
ボットかこいつ
2020/08/04(火) 09:56:23.74ID:CK7AS0VE
MSの悪口を言われた雇われエバンジェリストが、任された仕事を全うするため
全く関係ないオシロスコープの話題を出して、ごまかそうとしている。
2020/08/04(火) 19:11:18.47ID:CLCPvHjf
Blazorなんか業務システム用途だろ
朝に一度立ち上げるだけなんだから
ダウンロードの量とか大した問題じゃないわ


開発の生産性あがる方が大きい
148デフォルトの名無しさん
垢版 |
2020/08/04(火) 19:30:17.89ID:eB3iNrrw
だよな。
遅すぎ重すぎでとてもコンシューマーには見せられないよな。
2020/08/04(火) 19:34:29.20ID:FHqpkUfc
最初おそかったけど気付いたら最速になっていた程度の認識でいいと思います
150デフォルトの名無しさん
垢版 |
2020/08/04(火) 19:40:44.55ID:cWgQ3xfc
Linux板だとLAMPとWindows Serverを比較してああだこうだ言う人が居るんだけどね。
2020/08/04(火) 19:46:42.53ID:pID3dDUo
赤帽で動いてる既存システムをとりあえずなるはやでdockerizeしたいときに便利そう←SYSTEMD
152デフォルトの名無しさん
垢版 |
2020/08/04(火) 20:18:53.10ID:9595nKGY
>>147
Blazor Wasmはブラウザ閉じて立ち上げ直しても
アプリがちゃんとキャッシュされてる。

全部のダウンロードは本当に最初の1回だけ。
朝だろうが関係ない、翌日以降含めてずっとサイズ小さい
153デフォルトの名無しさん
垢版 |
2020/08/04(火) 20:21:26.90ID:9595nKGY
https://youtu.be/ctSqiD8BGPM?t=170

ASP.NET coreはnode.jsより7倍速い。
node.jsはオワコン。低速・開発生産性も低い
2020/08/05(水) 01:35:29.29ID:zbDytttg
最初の一回って、オンラインアップデートが常に高速にできることがWebアプリ
のいいところでもあるのに、それができなくなるってことじゃん。
それに最初の一回でも20秒もかかるのは駄目だ。
2020/08/05(水) 10:57:38.43ID:s8pcBT+O
まぁどんなことでもそうだけど
要はバランスだからな

向く用途と向かない用途がある
どんな技術でも

自分の目的用途で最適だと思うのを選べばいいだけ
2020/08/05(水) 13:10:16.99ID:tll6+bZl
>>154
ダウンロードするwasmのコードに変更あったら
アップデートされるだろう
それなかったら変更のたびにエラーが出る
2020/08/05(水) 13:21:49.69ID:1gOfDJp+
ランタイムは変わらない
差分なら一瞬ですわ
2020/08/05(水) 14:10:26.08ID:zbDytttg
Yモバ、UQ、Rakuモバなどだと、Blazorでは、HelloWorldの初回起動に20秒以上かかるだろう。
159デフォルトの名無しさん
垢版 |
2020/08/05(水) 14:11:17.80ID:zbDytttg
>>158
なお、その環境でも、amzon.co.jpのページは、2秒くらいで使えるようになる。
2020/08/05(水) 14:49:38.22ID:6NzwAzCO
今後は遅延ロードがカギになんのかな
Blazorの場合どうなってんだろ
メソッド呼び出し時にまだアセンブリがロードされてなかったらそこでダウンロード開始なのか
メイン開始時にバックグラウンドでダウンロード開始なのか
どちらにしても今のDIコンテナはエントリポイントでアセンブリを全部読み込む必要があるから再検討が必要かもしれんな
161デフォルトの名無しさん
垢版 |
2020/08/05(水) 15:03:31.53ID:O3zNF1qA
ランタイム部分だけはせめて、全サイトで共用になって欲しいな
162デフォルトの名無しさん
垢版 |
2020/08/05(水) 15:45:23.00ID:eyNhEtAe
>>159
これ言っとかないとBlazorおじさんが「Amazonも〜」とか捏造し出すからなｗ
2020/08/05(水) 16:09:49.60ID:PkhzukNe
>>161
Blazorの同一バージョンが効果的にキャッシュヒットするほどBlazorが普及するというありえない仮定のもとでは同意
2020/08/05(水) 16:15:30.76ID:tll6+bZl
>>159
GmailやAmazonは実際のデータ量は大きいだろう
backgroundで落としてるから気になりにくいだけ。

見かけの速さではなく実データのダウンロードサイズを見るべきだ

>>158
MNOやサブブランドは速いしそんなに時間かからない。
2020/08/05(水) 16:23:58.96ID:tll6+bZl
Blazorに文句つけてるやつの大半が
激遅いスクリプト言語つかってるんだよな
2020/08/05(水) 16:30:52.93ID:jXC4yZOe
>>165
いや、Blazor関係なしにお前が嫌われてるだけやぞ
2020/08/05(水) 18:53:20.54ID:zbDytttg
形態の格安キャリアだと一ヶ月5GBを過ぎると1Mbit/s位に速度が落ちる。
5GBだと、まともな画質でYouTubeを見るとなると、2時間もたないだろう。
となると、一ヶ月の内の大部分の日は、1MBbit/sの状態で過ごすことになるだろう。
ならば、Blazorの2MBのDownloadに20秒かかるのはあながち間違いではない。
2020/08/05(水) 19:31:52.05ID:X9SXCUcc
スマホで見るようなものはSPAで作らないよ
2020/08/05(水) 19:47:21.31ID:tll6+bZl
>>167
低速1Mbpsは格安SIMとは呼ばない。それは
サブブランドかMNOの低速モードだ。
格安と呼ばれるMVNOは、低速200kbps以下

200kbpsの人たちは切り捨てでいいだろ
IE対応と同じで切り捨てていく
光回線も持たずに動画見まくってギガ不足になって追加課金も
しないような事例だされても知らんがなで終わり
2020/08/05(水) 19:47:34.12ID:GhYHD/aN
SSRとWASMのスイッチングをサポートするのが現実的な落としどころかも
デフォルトはSSR
気に入って起動コストが無視できるぐらい利用時間が増えたらWASMに乗り換え
2020/08/05(水) 20:01:35.41ID:Gos4KFdP
javascript触るのもう嫌やねん
2020/08/05(水) 20:46:00.88ID:yvhpxJsg
もうすでにLazy Loadingは実装されてるみたいだね

https://isc30.github.io/blazor-lazy-loading/

コンポーネント単位で、依存アセンブリが未ロードならダウンロードって感じのようだ
React.lazyと似たような感じかな
これで最初にロードしなきゃいけないのはキャッシュしやすいランタイムだけになった
ほとんど待たされずに最初のページが表示される
173デフォルトの名無しさん
垢版 |
2020/08/05(水) 21:38:13.46ID:DmZXfViQ
>>164
GMail、CPUが1コアとかだとメッチャ遅いな
174デフォルトの名無しさん
垢版 |
2020/08/05(水) 22:09:28.38ID:eyNhEtAe
> これで最初にロードしなきゃいけないのはキャッシュしやすいランタイムだけになった

ゴチャゴチャと屁理屈捏ねた結果…
>>126 >>131 から状況は何も変わっていないｗｗｗｗ

Blazorはなんにもない。
なんにもなくて2MBｗｗｗ

なんにもコンテンツなくて既に全サイト中真ん中のパフォーマンスｗｗｗｗ

さて内容カラッポで2MBｗｗｗここからコンテンツ足したら重くなるのでしょうか軽くなるのでしょうか？ｗｗｗｗｗ
175デフォルトの名無しさん
垢版 |
2020/08/05(水) 22:58:40.83ID:ReXZMZda
ウェブブラウザーから派生して、アプリブラウザーというものが出来るなら、Blazorが標準かもしれないんだよな。

そういう未来もあり得るからな。
176デフォルトの名無しさん
垢版 |
2020/08/05(水) 22:59:21.28ID:ReXZMZda
むしろ、アプリブラウザーが存在しない状態のほうが、不思議に感じるが。
177デフォルトの名無しさん
垢版 |
2020/08/05(水) 23:00:25.00ID:ReXZMZda
HTMLの代わりにXAMLを標準とするアプリブラウザがあっても良いはずだよな。
178デフォルトの名無しさん
垢版 |
2020/08/05(水) 23:36:44.84ID:pVYMqErl
そうだな。Silverlightと名付けよう。流行らない理由がない！
179デフォルトの名無しさん
垢版 |
2020/08/05(水) 23:39:24.63ID:ReXZMZda
Silverlightはフラッシュを意識しててちょっと違うんだよな。
俺たちが欲しいのはそういうものじゃない。
180デフォルトの名無しさん
垢版 |
2020/08/05(水) 23:40:01.71ID:ReXZMZda
俺たちが欲しかったのはBlazorですよ。
181デフォルトの名無しさん
垢版 |
2020/08/06(木) 00:13:22.81ID:YI93igBY
ページにはjQuery、アプリにはBlazorという使い分けだろね。

これは良い考え。
2020/08/06(木) 01:51:28.66ID:Z11Bxbv7
>>174
2Mってなんか勘違いしてないか
そんなでかくないよ
2020/08/06(木) 02:07:45.39ID:S0Cut7WY
>>174
もうここだけがアンチの希望なんだな
こんなのすぐに最適化されて小さくなる
あっという間にダウンロードできる
2回目からキャッシュされてダウンロード時間ゼロ
ほとんど全員が不快感を感じることなく受け入れられるパフォーマンスだね
2020/08/06(木) 02:10:06.47ID:3k5Zhdnk
格安SIMを使ってる人が沢山いる以上、2MBはウェブページにはもちろん、
ウェブアプリにも適さない。
2020/08/06(木) 02:12:08.78ID:3k5Zhdnk
>>183
いや、Windows Updateなんかも最悪なのに、OSにWindows以外の選択肢が
実質存在しないのでみんな仕方無しに使ってるだけで、2MBが少ないなんて
ことはない。1.4MBのFDにOSもCコンパイラもゲームも入っていた時代もあるし、
ファミコンゲームなんてもっと小さかったわけだし。
2020/08/06(木) 02:15:54.28ID:Pv5GzrgX
Blazorのデモ
https://isc30.github.io/blazor-lazy-loading/

Reactのデモ
https://react-spa-demo.herokuapp.com


正直体感できるほどの速度差はなかった
Blazorで駄目と感じるユーザーならReactでもダメだろうな
2020/08/06(木) 02:17:52.19ID:Pv5GzrgX
>>185
話飛びすぎ
急にOSの話しだすとか思考回路どうなってんだろこの人
2020/08/06(木) 02:20:47.53ID:3k5Zhdnk
>>186
Reactもかなり遅いが、Blazorは、未だに起動できない、全く問題外の遅さ。
こんなに遅いWebページ見たことない。
2020/08/06(木) 02:22:57.61ID:3k5Zhdnk
Wasmが本質的にこんなに遅いならまだしも、遥かに起動が速いものもあるから。
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。