【本命】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/08/14(金) 18:04:25.09ID:iHOfggUW
MAUIでBlazorが使えるようになると
Android, iPhone appなどと共通コードベースで
Web appを開発できるようになるってことだ

おそらくAndroidやiPhone, Windows appで成功した後だと思うが
実現したらすごいことがおこる
開発は楽になりそうだがエンジニアの案件、仕事が急激に減りそうでこわい
生産性があがりすぎてしまう
2020/08/14(金) 18:08:46.90ID:sgFs/qSh
日本の話題扱うのに「岡山県」ってスレでやるか？って話。
MAUIのいちパーツの分際で身の程をわきまえろよｗｗｗ
2020/08/14(金) 18:10:02.50ID:970Aew80
カスに触ってしまった
2020/08/14(金) 18:40:34.87ID:RiCFkycp
>>420
もうすでにUnoがデスクトップ、スマホ、ブラウザで動作するクロスプラットフォームXAMLエンジン実装してるよ
MAUIでUnoを吸収するのか新しく作り直すのかは知らんが技術的には楽勝ムード

BlazorはBlazorで生き残ると思う
MAUIがwasmサポートしても十中八九XAMLだからHTML/CSSフレンドリではない
HTML/CSSを使いたいって需要は確実にある
2020/08/14(金) 19:01:32.10ID:1w0qTKhz
>>396
今頃知ったのかよ
15年くらい前やぞwww
2020/08/14(金) 20:27:26.43ID:DBriI1p6
>>424
HTML/CSS使いたいというのはWebアプリ屋の発想じゃない？
XAMLで普通にアプリ作ってそれがそのままブラウザで動くならそのほうがいいよ
だってマルチプラットフォームアプリだよ？
ブラウザで動かすときだけHTML/CSSで細かく制御したいなんて思わないよ
2020/08/14(金) 20:39:09.22ID:q7NnJb/7
>>426
好き嫌いの範疇
428デフォルトの名無しさん
垢版 |
2020/08/14(金) 22:01:52.41ID:0frcuPYu
MAUIはXamarinの後継であってBlazorとは交点ないでしょ
2020/08/14(金) 23:14:28.35ID:iHOfggUW
>>428
BlazorはMAUI陣営に入る可能性あり
Browserで動くnative appなんだからおかしくない
>>408

Blazor Serverはnative appじゃないし
Blazor Serverはどうなるかよくわからないがね
2020/08/14(金) 23:23:30.75ID:iHOfggUW
>>426
web appはHTML+CSSがめんどくさすぎ、さらにJSがめんどくさい。

GUIはwindows appみたいにコントロール張り付けて開発したい
431デフォルトの名無しさん
垢版 |
2020/08/14(金) 23:29:58.30ID:0frcuPYu
> 将来的には Blazor（Web）のサポートも計画されているようです。

この一文をもって鬼の首を取ったような騒ぎをしているけど
qiitaのこの人以外にこれ言ってる人いる？

blazorはblazorで垂直展開計画してるからmauiの一部門になるような規模のものじゃないんだが
https://www.publickey1.jp/2020/blazorwebassembly502.gif
2020/08/14(金) 23:38:45.49ID:n7X3KCUc
>>430
マウス作業が増えるからポトペタは嫌いだ
2020/08/14(金) 23:43:39.57ID:970Aew80
>>431
公式にはこの程度。
"Enable developer options to use Model-View-Update (MVU) and Blazor"
https://github.com/dotnet/maui#goals
2020/08/14(金) 23:49:29.36ID:imhDOcA9
>>424
Unoができているからと言って、どうして技術的に楽勝ムードなのか理解に苦しむが。
どうして他の組織が出来ていれば、MSでは楽勝で出来ると思ってしまうのか。
むかしから、MSは技術では「一番」ではなかったのに。
MSにも優秀な人は集まるが、小さな会社でももっと優秀な人がいないとは限らない。
何の根拠で他の会社が出来れば、MSは楽勝だと思っているのだろうか。
頭がおかしいのではないか。
2020/08/14(金) 23:56:28.90ID:q7NnJb/7
>>434
マイクロソフトを甘く見すぎだろｗ
2020/08/14(金) 23:57:48.99ID:970Aew80
この方向から大きくは変わらないと思うけどね
https://github.com/xamarin/MobileBlazorBindings
2020/08/15(土) 00:02:57.44ID:rYbYnicx
BlazorはMAUI陣営に入る？

それもうBlazorじゃないｗ

まぁなんであろうとBlazorはないと思うが。
2020/08/15(土) 00:05:04.90ID:4kdfZtEz
>>435
でも、いくら金の有る大企業であっても、他の小企業が出来たことが容易に出来る
とは限らないと思うけどね。
アメリカの大手IT企業で典型的に問題なのは、サイズや速度。
機能の量は多いけれど、それは通常では考えられないほど大量の社員が
プログラムしているから。
富豪的プログミングすれば、サイズや速度は無視すれば、大量の人がいれば、
機能自体は実装できてしまう。
しかし、今までは、OSのインストール時間やUpdate時間は、独占的立場で
不平不満にも関わらず最悪の状態でも続けられていたが、ひとたび競争原理
が働き始めれば、果たしてどうなるであろうか。
2020/08/15(土) 00:56:32.93ID:C+8YsEI5
>>432
GUIまわりは特にマウスが生産性高いだろう
editorで数値でサイズ指定しても思った通りにならず
何度も数字を入れなおす羽目になる
2020/08/15(土) 01:04:16.32ID:C+8YsEI5
>>431
なんだよ、Blazor5種類にパワーアップするのかよ
想像以上のスケールだわ

Blazor NativeとBlazor Hybridやりたい
441デフォルトの名無しさん
垢版 |
2020/08/15(土) 05:09:48.00ID:KV0ftL1X
Net界のPHPがRazor、Net界のReactがBlazor、Net界のQtがMAUI。
442デフォルトの名無しさん
垢版 |
2020/08/15(土) 05:12:18.01ID:KV0ftL1X
Net界は少なくともAndroidに侵食しないといけないし、iOSにも浸食したほうが良いだろう。
Linuxはオマケだろう。
443デフォルトの名無しさん
垢版 |
2020/08/15(土) 05:16:00.98ID:KV0ftL1X
Net界は会社用なのでウェブ浸食は無いと思うけど、会社専用でも結構なシェアを取れるのはJavaが証明した。
2020/08/15(土) 09:40:09.11ID:DC8XvYLP
>>439
可変サイズ画面と相性悪すぎ
細かい調整が難しすぎ
2020/08/15(土) 09:46:19.69ID:5cqy/wf6
>>438
マイクロソフトを甘く見すぎ
そこらの並の企業とは技術者の層が違いすぎる
OSSの成功例が既にあってマイクロソフトにできないわけがない
百歩譲って仮にできなかったとしても出来る技術者を雇うか買収すりゃいい
2020/08/15(土) 10:14:31.25ID:Y+1nDdEw
今からUNO勉強して来年無駄になってたらおいちゃん怒るで？
2020/08/15(土) 10:54:01.51ID:4kdfZtEz
>>445
出来てから言おうね。
2020/08/15(土) 11:00:27.91ID:aVj/WLsm
技術力とビジネスの成功は直結しないからなあ
マイクロソフトもGoogleも世界屈指の技術力を持っているのは確か、それでもいくつものプロダクトを失敗させ破棄している
いくら技術力があってもユーザー（開発者コミュニティ）の支持を得られないとダメなのさ
2020/08/15(土) 11:02:18.57ID:DC8XvYLP
>>447
もうすぐだ
2020/08/15(土) 11:04:13.62ID:4kdfZtEz
Visual Studioですら遅いからね。
2020/08/15(土) 11:05:41.69ID:oKDAZvcY
>>450
しつこい奴だな
近年のVSは速い
時代に追いついてからレスしてくれ
2020/08/15(土) 14:38:09.49ID:ZqxuoQZU
VSCodeだとrazorの構文解析がぜんぜん効かないね
実務レベルではVS必須か
2020/08/15(土) 17:24:57.59ID:2Son4Hrg
個人的にはSilverlightがwasmにトランスパイルされる+今風な認証を付加してくれるだけで十分なんだけどね
2020/08/16(日) 10:42:43.43ID:LTMCAFtN
Blazor + Electron.NET もよろしく
2020/08/16(日) 11:42:16.95ID:5EzRC1Sr
.net coreで既にクロスプラットフォームなのになんでelectronかます必要あるんだ？意味わからん技術
2020/08/16(日) 11:53:20.02ID:2j7ARwXX
>>455
クロスプラットフォームなのはWebやコンソールで、デスクトップアプリ用途ではないからね
https://blog.stevensanderson.com/2019/11/01/exploring-lighter-alternatives-to-electron-for-hosting-a-blazor-desktop-app/
2020/08/16(日) 13:43:38.35ID:jyuZpbGn
これはいいアイデアだね
458デフォルトの名無しさん
垢版 |
2020/08/16(日) 19:23:10.22ID:k/QA8A3q
>>454
Blazor Hybrid だね
2020/08/17(月) 22:13:54.22ID:tKPkylNV
Razor pagesとBlazorって何がどう違うんや？
MSは似たような名前の派生多すぎやろー
460デフォルトの名無しさん
垢版 |
2020/08/17(月) 22:28:52.98ID:ZexFMvlX
Razor Pages の後継が Blazor だと思っていい
記法としては Razor記法
2020/08/17(月) 23:26:37.74ID:a2Z8AZRc
>>460
いや、さすがに別物やろ…
2020/08/18(火) 01:10:45.68ID:Krx5Shi1
>>459-460
たしかに紛らわらしい
日本人はRとLの区別が苦手なのでなおさら紛らわしい

Razor pagesとRazor syntaxは別物
Razor syntaxは現役なので覚える必要ある

たしかRazor pagesはMVCに比べて制限があって
MVC覚えればRazor pagesの知識はいらないはず
2020/08/18(火) 01:14:19.34ID:Krx5Shi1
BlazorのBはもともとBrowserのBだった。

しかしブランドが拡大してBlazor DesktopとかBrowserと
関係ないものまで出てきてきた。
2020/08/18(火) 02:09:58.48ID:izZKA8kQ
>>462
MVCはWeb APIを書くためのもので、UIを書きたいならRazor Pagesだね
2020/08/18(火) 02:16:10.71ID:izZKA8kQ
参考
https://stackoverflow.com/questions/46777404/why-is-razor-pages-the-recommended-approach-to-create-a-web-ui-in-asp-net-core
https://github.com/Rick-Anderson/RP-vs-MVC
2020/08/18(火) 17:30:41.07ID:i2Dfjdm/
Blazor WASMはとにかくスピードの改善が必要
期待してるからほんと頼むぜよ
https://rawgit.com/krausest/js-framework-benchmark/master/webdriver-ts-results/table.html
2020/08/18(火) 17:37:55.52ID:izZKA8kQ
.NET5でパフォーマンス関係のインフラ整えて改善に取り組んでるね
2020/08/18(火) 17:52:17.41ID:j9Dh5QV8
少し待てばすぐにパフォーマンスアップするだろ
JavaやNodeじゃねえんだから遅いままなんてこたない
469デフォルトの名無しさん
垢版 |
2020/08/18(火) 19:42:24.05ID:qcPz7PQN
スピードってブラウザ次第じゃないの？
どのみち再コンパイルが必要なんだろ？
2020/08/18(火) 19:50:29.48ID:rapTmE4K
AoTはおあずけ食らいました。少なくともあと一年は速くならない
2020/08/19(水) 01:13:46.03ID:x2lHzzgW
そもそも、DesktopのC#は、AOTでどのくらい速くなるの？
特にサイズはどのくらい変化する？
小さくなるの？
なるとしたら何分の一になる？
2020/08/19(水) 01:45:20.48ID:jSsIV2n7
うるせーこのヤロー
2020/08/19(水) 01:47:17.91ID:vMi8bMi7
>>471
いや普通サイズはでかくなるやろ
2020/08/19(水) 01:47:53.20ID:vMi8bMi7
DesktopのC#ってなんのことかさっぱりだが
2020/08/19(水) 01:49:44.55ID:x2lHzzgW
>>474
Blazorとは関係なく、もともとのWindows環境のWinFormsやWPFなどで、
AOTを使った場合が、使わない場合と比べてどのくらい速くなるか、ということ。
2020/08/19(水) 01:50:40.35ID:x2lHzzgW
>>473
この板で、小さくなると言ってた人を見かけたけど、どうなの？
2020/08/19(水) 01:52:58.02ID:jSsIV2n7
ラッシュかましてきてんじゃねえぞこのヤロー！
2020/08/19(水) 01:57:03.38ID:vMi8bMi7
>>475
>>476
はい
https://github.com/dotnet/aspnetcore/issues/5466#issuecomment-639890420
2020/08/19(水) 01:59:34.38ID:vMi8bMi7
wasmへのコンパイルとAOTを混同しちゃってるのかもね
2020/08/19(水) 02:04:57.56ID:vMi8bMi7
あ、というよりサイズが小さくなるって言ってる人はlinkerのことを言いたかったのかな？
2020/08/19(水) 02:07:11.31ID:x2lHzzgW
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.
2020/08/19(水) 02:13:43.95ID:vMi8bMi7
ReadyToRunならもう既にWinformsやWPFでも普通に試せるからやってみたら？アセンブリのサイズがでかくなることもすぐわかるはず。まあこれは余計なILも含んでいることが大きいけど…
2020/08/21(金) 23:16:12.00ID:iv5n66QG
>>475
デスクトップではVMにJITがあるからAOTしなくても致命的ては無い
でもブラウザで動くVMはJITが無い原始的なインタプリタなので、AOTしないとちょー遅い
2020/08/21(金) 23:18:38.19ID:RmDQK783
デスクトップならふつうにC#で作りゃよくね？存在価値なに？
2020/08/21(金) 23:54:28.41ID:FwWBVWWx
ぐだぐだうるせーなーこのヤロー
2020/08/22(土) 00:18:13.33ID:GBdcHLkT
>>484
クロスプラットフォーム、リモートアプリ
2020/08/22(土) 09:11:03.07ID:TiDZp4IB
>>484
目新しいものが好き
2020/08/22(土) 09:27:30.15ID:QFMt6Vhg
>>186
Reactこんなかかるのか？
論外だろ
こんなサービス誰が使うの
2020/08/22(土) 10:03:40.45ID:fPcZe606
フロントエンドフレームワークのかなり網羅的なベンチマークの最新版。
左ほど良い。右ほど悪い。
https://krausest.github.io/js-framework-benchmark/current.html

二回ほど前からblazor-wasmもフロントだから入れろと信者にゴネられてリストされてる。
なお不動の最下位で大恥かいた模様。
2020/08/22(土) 10:05:46.42ID:fPcZe606
最近のビルドについてBlazorプロジェクトのマネージャーであるマイクロソフトのDaniel Rothはchatにて
「Blazor would be 10x slower than JS and not winning speed competitions」
（BlazorはJSよりも10倍遅く、スピード競争に勝つことはない）
と述べた。
2020/08/22(土) 10:07:52.50ID:fPcZe606
AOTサポートにより（JSに勝つことはないにせよ）性能向上が期待され、また宣伝し、信者も大いに期待していたが…

AOT support in Blazor WASM will be postponed and not show up in .NET 5.
Blazor WASMでのAOTサポートは延期され、.NET 5には含まれません。
https://twitter.com/christianweyer/status/1270602821688328192?s=20
延期されたｗｗｗｗ
一時ソースはGitHubのAoT compilation issueへのDaniel Rothの6/6のコメントとみられる。
他の改善アイテムで頑張るってよｗ
https://twitter.com/5chan_nel (5ch newer account)
2020/08/22(土) 10:09:59.61ID:fPcZe606
　　　　　　　　　1年後の世界へ行こう！
／'⌒`ヽ、　Blazorが世界1のシェア取ってるはず…
ヽ、┗　ノ
　 `ーｰ' 　 　 　 γ⌒ヽ／ﾌﾞﾚｷﾁ＼　　　　／'⌒⌒ヽ、
　　,-ｰｰ-､ 　 　 .||~￣~|/-O-O-ヽ|.　 　（ 　 　 ┃　 ⌒ヽ
　/　 ┃　　） 　　||　　6| . : )'e'( : . |9　　 ＼ ━┛　　 　）
.（. 　 ┃ 　　）　　|| 　 　｀‐-＝-‐ '　　　　　＼＿＿_,ノ
　ヽ､＿＿,ノ 　 　||　 ＿(つ¶¶と)＿_
　　 　 　　　　 ／||'''''| 　三　 | 　　 |'（⌒）
　　　　　　　／　 　　'―――――`　￣ ＼
　　 　　　　`＝＝＝＝＝＝＝＝＝＝＝＝'
2020/08/22(土) 10:12:17.96ID:fPcZe606
￣￣￣| |　　　　 ｌｌヽ _|　　　 　 ヽ 　
　 　 　 | |　　　　 |l￣| |　　 　 　 l　Blazorって未来ではどうなってんの？
　 　 　 | |　　　　/　　´＼ 　 　 /　　　　　　　　
　 　 　 | |　　 　 ヽ､＿ 　 ｀＾イ　　　　　　　　　　
二二二 」　＿　＿＿ ｌﾆ二二ｌ､ 　 　 　 　 　 ＿＿＿_
─┴┐ ⊆ﾌ＿)＿_./ 　 ┌ヽ　ヽ┐　　 ／´　　　　 　 ｀＼
二二二二二二ｌ　 /　 　 |　 | 　 | |.　 /　　　　　　 　 　 　 ヽ
＿l＿＿＿＿_| ／｀ｰ─‐|＿| 　 |_|　/　　　　　　　　　　　　 ヽ
　 |　　 　 　 ／｀ヽ__, ─ ､ノ |─l　　ｌ　　　　　　　　　　　　 　 l　　　
　 |───/　 ／lﾆ/　 /二ﾆluul.　 |　　　　　　　　 　 　 　 　 !　　　 え？そんなゴミないよ
　 |　 　 ___|￣ |　　|　　|_|.　　　　　　l　　　　　　　 　 　 　 　 /
　└─（　　　　）(ﾆ| ￣|./二ﾆ)　　 　 ヽ　　　　　 　 　 　 　 /
　　　　　￣￣　　/　　 ）　 　 　 　 　 　 >━━━━━━ く
　　　　　 　 　 　 ｀ー ´　 　 　 　 　 　 / 　 　 　 　 　 　 　 ヽ
2020/08/22(土) 10:14:21.35ID:fPcZe606
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/22(土) 10:16:27.13ID:fPcZe606
>>230と>>232によるまとめ

ブレカスはReactに比べ、
８　倍　の転送帯域を消費し、
表示までに　４　倍　の時間がかかるｗｗｗ
ファーｗｗｗｗｗ
2020/08/22(土) 10:18:46.22ID:fPcZe606
Blazorのデモ
https://isc30.github.io/blazor-lazy-loading/
のlighthouse結果：
https://lighthouse-metrics.com/one-time-tests/5f2b9fddee28bd0008f6ab20

※LighthouseスコアはGoogleスピードアップデートの採用指標です

うちのサイトはGoogle経由でなんかアクセスされたくない！
資本主義反対！！
そんなコミュニストに最適なマイクロソフト最先端フレームワークBlazorをどうぞヨロシク！！！
497デフォルトの名無しさん
垢版 |
2020/08/22(土) 10:21:33.20ID:fPcZe606
どけどけ〜邪魔だ邪魔だ〜
Lighthouse ２３点が通るぞ〜ｗｗｗｗ
https://i.imgur.com/E7NMVpe.png
https://i.imgur.com/8oIU2m8.jpg
2020/08/22(土) 11:58:25.34ID:GBdcHLkT
はいNG
2020/08/22(土) 11:59:55.29ID:KZRiConr
BlazorはInjection簡単でいいな
500デフォルトの名無しさん
垢版 |
2020/08/27(木) 07:46:00.11ID:eqNDccQJ
ASP.NET Core updates in .NET 5 Preview 8
https://devblogs.microsoft.com/aspnet/asp-net-core-updates-in-net-5-preview-8/

Blazorがらみが多いな

・Lazy loading in Blazor WebAssembly
も来てますよ？
501デフォルトの名無しさん
垢版 |
2020/08/27(木) 10:02:14.96ID:WGrlRrGq
23点取ったのがそのlazy loadingのデモサイトです
2020/08/27(木) 11:27:39.94ID:HhOi/7k5
LazyLoadComponentじゃなくLazyLoadAssemblyが来たか
これがあれば、最初はミニマムなランチャだけロードして素早く表示、ユーザーが操作を始める間にバックグラウンドでdllを落とす、ユーザーがルーティング操作を行う時には既にロード済、といったシナリオができるわけだ
いいねぇ
これなら最初にロードしなきゃいけないアセンブリを削減できるから、ランチャ自体のダイエットも捗りそうだな
サイズ問題はこれで解決の目処がっ立ったね
2020/08/27(木) 12:21:11.65ID:5+gXjQyY
全然目処なんて立ってないと思うが。
そんなモンじゃすまないほど大きいから。
2020/08/29(土) 00:50:39.31ID:xTBkBqwa
GitHub - avikeid2007/Covidonus: COVID 19 Tracker
https://github.com/avikeid2007/Covidonus

やっぱりUnoのほうがまし。
2020/09/06(日) 20:41:08.74ID:CUPomOSq
blazorってサーバーにあったrazorが
クライアント側で動くだけ？
2020/09/06(日) 21:02:41.59ID:Vq4cq129
>>505
少しはググれよ
2020/09/06(日) 21:56:47.21ID:CUPomOSq
>>506
基本機能はそうしか見えないけど。
Domの操作はC#でできんの？
2020/09/06(日) 22:27:01.03ID:VP4e9UE/
>>505
的外れ極まりない
2020/09/06(日) 22:57:19.13ID:JN9nGzDN
>>508
WebAssemblyなのにHTML使っといて
Dom操作の操作もC#で出来ないんじゃ
javascript撤廃出来ないじゃん。
2020/09/07(月) 00:48:47.43ID:ocp9ke30
できるけどJSを通すしかない
2020/09/07(月) 00:49:42.07ID:sybwZ+D6
>>509
撤廃なんか目指してないからね
2020/09/07(月) 00:54:40.90ID:pAtokO1N
>>510
js通すというより
js側に処理を委譲するんじゃ...

ドラッグしつつ、
辿った背景を変更してくみたいな
良くある処理も上手く書けないじゃね？
2020/09/07(月) 00:54:55.00ID:pAtokO1N
>>511
www
2020/09/07(月) 01:19:54.93ID:sybwZ+D6
>>513
何かおかしい？少しでもBlazorに触れたことがあるなら誰でも知ってるはず。
とはいっても昔は勘違いしてた人もいるようで、Daniel Rothもわざわざ否定したりしてたね。
https://visualstudiomagazine.com/articles/2018/03/23/blazor-alpha.aspx?m=1#comment-3820611651
515デフォルトの名無しさん
垢版 |
2020/09/07(月) 03:28:26.60ID:pAtokO1N
ReactとかVue.js使える人だと、パフォーマンスも悪いんじゃ
使うメリットが全くなさそうだ。

そもそも、Webassemblyなら HTML/CSS使わないと思ってたんだけど、
使ってるあたりが Blazorの癌なのかもね。
2020/09/07(月) 04:32:08.66ID:sybwZ+D6
なぜ使わないと思ってたんだ…
2020/09/07(月) 08:38:18.69ID:R/8abHxo
Blazorの本質はC#が使えること自体ではなく、Webフロントエンドに弱め(全く分からないとは言っていない)な業務系ドットネッターに対して
ReactやVueのような仮想DOM系フレームワークを提供しSPAをキャッチアップさせることにある
もちろんReactやVue使えるんなら全く用はないよ
518デフォルトの名無しさん
垢版 |
2020/09/07(月) 09:18:35.41ID:xj7DdlIE
>>515
開発のパフォーマンス（生産性）が劇的にあがる
JS不要で開発できるのは大きい
2020/09/07(月) 09:24:10.31ID:zpdoSB45
生産性が飛躍的に向上するから
SPA開発者でも乗り換える価値は高いだろう
520デフォルトの名無しさん
垢版 |
2020/09/07(月) 09:24:59.55ID:pAtokO1N
>>517
自分が資料みて感じた事と一致します。
C#だけで出来る事が少ない。Dom側の操作がJs頼みならそうなっちゃいますね。

Webassemblyという点につられてる人多そう。
やはりUno Platformが本命ですかね。
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況