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

[過去ﾛｸﾞ] 【本命】Blazor スレ1【真打】 (1002ﾚｽ)
上下前次1-新
抽出解除ﾚｽ栞

このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索歴削→次ｽﾚ栞削→次ｽﾚ過去ﾛｸﾞﾒﾆｭｰ

48: デフォルトの名無しさん [sage] 2020/07/27(月)02:15:48.31 ID:o3qaYBwJ(1/5)
>>47
jsも一部使ってるけど、C#をjsにトランスパイルしているわけではないよ

169: デフォルトの名無しさん [sage] 2020/08/05(水)19:47:21.31 ID:tll6+bZl(4/4)
>>167
低速1Mbpsは格安SIMとは呼ばない。それは
サブブランドかMNOの低速モードだ。
格安と呼ばれるMVNOは、低速200kbps以下

200kbpsの人たちは切り捨てでいいだろ
IE対応と同じで切り捨てていく
光回線も持たずに動画見まくってギガ不足になって追加課金も
しないような事例だされても知らんがなで終わり

210(1): デフォルトの名無しさん [sage] 2020/08/06(木)03:11:07.31 ID:DKKm8LHU(1/2)
アンチがつく身分になったのか

289: デフォルトの名無しさん [sage] 2020/08/07(金)02:50:57.31 ID:0IZ7x6pd(5/11)
>>285
最初から貶すのが目的で決め付けてかかるのが「アンチ」。
実験した事実に基づいて非難するのは科学的批判。

481: デフォルトの名無しさん [sage] 2020/08/19(水)02:07:11.31 ID:x2lHzzgW(4/4)
Hi @MichaelPeter. The initial page load time is dominated by downloading the app and starting
the runtime. AoT won't really help that. AoT is intended to improve runtime performance,
not reduce the app download size.
For JIT based runtimes AoT can improve startup performance because you avoid the need
to JIT at runtime, but Blazor WebAssembly uses an IL interpreter based runtime without
any JIT support.

In all likelihood, AoT will actually make the app larger to download, because .NET IL is a more
compact format than its natively compiled representation.
So using AoT will likely result in a tradeoff between speeding up runtime performance at the
expense of increased download size.
The current thinking is that we will make the AoT toolchain available to developers so that
you can decide how much of your app you want to AoT and then the app will run in a mixed
mode, where some of the app still runs as .NET IL, while the performance critical paths are
precompiled to WebAssembly.

To improve the app starup performance we are looking at further improvements to the
.NET IL linker and also doing work to the core framework libraries to make them more linkable.
We also plan to look at startup performance of the runtime itself once it is downloaded.

504: デフォルトの名無しさん [sage] 2020/08/29(土)00:50:39.31 ID:xTBkBqwa(1)
GitHub - avikeid2007/Covidonus: COVID 19 Tracker
https://github.com/avikeid2007/Covidonus

やっぱりUnoのほうがまし。

519(1): デフォルトの名無しさん [sage] 2020/09/07(月)09:24:10.31 ID:zpdoSB45(1/3)
生産性が飛躍的に向上するから
SPA開発者でも乗り換える価値は高いだろう

560: デフォルトの名無しさん [] 2020/09/21(月)19:27:13.31 ID:KqbH7J4b(1)
WebFormsで作られた業務システムの移行先に考えてるんだけど、
何でもかんでもblazorで作ると開発コストがかさみそうで…。

複雑な画面構成の機能はBlazorで作って
DBの値を更新するだけの単純な機能はMVCのスキャフォールド機能使って作るみたいなことはできるんだろうか。

いいプロジェクトの構成が思いつかない。

634(1): デフォルトの名無しさん [sage] 2020/10/04(日)21:32:49.31 ID:GbegNZG9(2/2)
>>620
MSの言い方は知らんけど.NET Coreで使えないんだからもう終わりでしょ

871: デフォルトの名無しさん [sage] 2020/11/19(木)21:27:10.31 ID:/BwiR0R4(14/16)
>>866
なんだ、最初にAngularとかずれたこと言い出したアホはおまえじゃないかよｗ
大規模とかいってるんだからふつうserver-sideの話ととらえるわ
client-sideだけのAngularなら規模は関係ないし
スクリプトしかできない奴なのがバレバレだぞ

880(1): デフォルトの名無しさん [sage] 2020/11/19(木)23:43:39.31 ID:fjzDtjlY(1)
まさにフロントエンドとバックエンドを分けずに開発できるのは本当にいいね

969(1): デフォルトの名無しさん [sage] 2020/11/21(土)23:13:53.31 ID:btCpo2jd(3/3)
>>1
次スレはタイトルにASP.NETはいれたほうがいい
検索で見つかる確率がおちてる

上下前次1-新書関写板覧索設栞歴

ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ AAｻﾑﾈｲﾙ

ぬこの手ぬこTOP 0.038s