【本命】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/13(木) 20:39:23.42ID:/h6R0BNY
>>380
ソースよろ
2020/08/13(木) 20:40:38.29ID:P/jo0Y4p
>>380
cs2cpp、そんな便利なトランスレータがあったら欲しいですね‥‥
2020/08/13(木) 20:56:47.39ID:fIst59ZG
>>382-383
ソースはMSの開発者
2020/08/13(木) 20:59:39.34ID:NfsR0Ozp
マイクロソフトの主力製品はいまだにC++
Windows、Office、Visual Studio、・・・
Visual Studioはたしかに遅いとこあるな
いまだに32ビットプロセスのままでメモリ節約に四苦八苦してるので

SQL ServerのGUI（Management Studio）が.NETで作られてるっぽかったけど遅いね
2020/08/13(木) 21:20:23.73ID:aylz4Jaj
いやVSは速いぞ
他のIDEと比べればな
2020/08/13(木) 21:48:43.81ID:/h6R0BNY
>>384
ソースよろ
2020/08/13(木) 22:02:24.29ID:P/jo0Y4p
>>380
C# はガベージコレクタを内蔵していますが、C++ には GC はない
いったいどうしているのですか？
2020/08/13(木) 22:04:15.25ID:eH/45MAs
EcilpseやAndroid Studioと比べたらVSは激速でしょ
2020/08/14(金) 00:59:35.70ID:iHOfggUW
>>387-388
OSSでもC#からC++に変換するものはある。
もっと洗練されたものをMSが自社開発してても不思議はないだろ。
C#作ったのもMSだし、MSには天才エンジニアがたくさんいる。
2020/08/14(金) 01:07:04.54ID:txNZsWd8
>>390
＞OSSでもC#からC++に変換するものはある。
恥ずかしながら聞いたことがありません
よろしければ github のレポジトリを教えてください
2020/08/14(金) 01:22:37.04ID:iHOfggUW
>>391
ほんとうに恥ずかしいと思ってるなら
英語をもっと勉強して検索してみればわかる
2020/08/14(金) 01:36:14.92ID:txNZsWd8
>>392
検索しても出てきませんでした
検索キーワードのヒントを教えてください
2020/08/14(金) 01:55:28.38ID:A3xYyH1g
>>385
Visual Studio が遅いのは、WPF(C#)で書かれているからだそうだぞ。
2020/08/14(金) 06:54:23.26ID:51dogfx2
>>390
ソースよろ
2020/08/14(金) 07:43:25.36ID:USzXHOg9
Visual StudioってWPFになったのかよ
最悪だな
2020/08/14(金) 11:08:10.33ID:NBYQVIjm
blazorよりxamarinの方が良くねえか？
てか統一してくれるとC#使いとしては有り難いんだけど
2020/08/14(金) 11:35:15.03ID:970Aew80
>>396
2010からなんだけど何をいまさら
2020/08/14(金) 12:12:33.73ID:USzXHOg9
いまspy++で調べた
まじで Visual Studioが.NETになっとる
Microsoft.VisualStudio.PlatformUIという.NETアセンブリが使われてた
こらがWPF上に構築されてるのかはよく分からんかった
プロパティウィンドウなど一部にはWinFormsも使われてるっぽいな
2020/08/14(金) 12:13:55.52ID:H8cNLVMG
過去からタイムスリップしてきた人か
そんなんでよく批判できたな
2020/08/14(金) 12:16:12.70ID:USzXHOg9
すまんな
2020/08/14(金) 12:17:16.40ID:970Aew80
>>400
2005でも使ってたんじゃない？
2010でいきなり重くなって、2015まで次々に悪化。2017、2019で逆に軽くなってきているように感じるね。
2020/08/14(金) 12:39:06.50ID:A3xYyH1g
VS 2019は、Core i5 3.4GHz (4 cores)だとどのくらいで起動しますか？
当方は、もっと力の弱いCPUを使っており、デスクトップアイコンをクリックしてから、
IDEが起動し、マウスカーソルがくるくる回る状態から脱するのに、23秒くらいかかり
ます。
2020/08/14(金) 12:52:11.34ID:04aYyJC8
スレチ
2020/08/14(金) 13:16:11.33ID:iHOfggUW
>>403
CPUは型番で書かないと伝わらない
似たような名前でも世代とかモバイルとか省電力版とか種類がたくさんある

23秒ってHDDじゃないか？
IDE起動はランダムアクセス重要だからSSDは必須。SSDなら数秒
2020/08/14(金) 13:19:58.33ID:iHOfggUW
WPFは凝ったUI作れるしいいだろう

>>397
Xamarinは廃止されてMAUIに変わるの確定してる。
BlazorもMAUIに統合されるという噂もある
2020/08/14(金) 13:26:47.68ID:970Aew80
>>406
どこの噂？
2020/08/14(金) 13:57:25.48ID:iHOfggUW
>>407
もとはMicrosoft Build 2020で出た話のようだけど元の動画は見てない
下のページで見たから噂とかいたが
MSがいったのなら実現性は割と高いかもな
https://qiita.com/nskydiving/items/927b39c2983eb1f2d2b3
2020/08/14(金) 14:02:48.82ID:RZDpzsqP
C#がJSを駆逐する日も近いな
2020/08/14(金) 14:08:07.43ID:970Aew80
>>408
MAUIに「統合される」わけじゃないでしょ
2020/08/14(金) 14:12:14.64ID:A3xYyH1g
>>405
LGA1155, SSD 500B, Memory: 4GB x 2枚挿し、
の Core i5 3.4GHz
だとVS 2019の起動速度はどれくらいでしょう？
CPU以外は同じ環境で、現在、実測すると 23秒でした。
2020/08/14(金) 14:19:18.14ID:f9VWYfLh
i5のモデルナンバー（世代）は頑なに言わないのな
2020/08/14(金) 14:29:50.43ID:iHOfggUW
>>410
同じBlazorが他の開発製品とだぶって存在するようになるのはありえない

MAUIでBlazorがサポートされるってのはBlazorの位置づけが
変わることを意味する。
MAUIの範囲の一部になるってことだ
統合という表現が不適切とは思わない
2020/08/14(金) 14:31:44.42ID:H8cNLVMG
MAUIがwasmで動くってだけだろ
2020/08/14(金) 14:40:44.04ID:CTSOuqxq
MAUIでwasmが動くのかもしれんぞ
2020/08/14(金) 14:49:03.55ID:970Aew80
>>413
なぜ？
417デフォルトの名無しさん
垢版 |
2020/08/14(金) 17:44:24.03ID:iHOfggUW
>>414-415
アホ発言禁止
それはありえない。native appからwasmに変更なら劣化するだけだ

>>416
>>408でわざわざURL探してやったのに感謝のひとこともないのかよ
いつからそんなカス人間になった
2020/08/14(金) 17:46:20.29ID:sgFs/qSh
散々イキっておいてMAUIに統合とかワロタｗｗｗ
はい泡沫局所技術終了ｗ
MAUIスレ立ててそこで壮大な話ししようぜｗ
2020/08/14(金) 17:55:28.02ID:iHOfggUW
>>418
バカすぎだろ
MAUIに入るってことは位置づけが上になるってことだ。
ブラウザ用のnative appの代表としてBlazorが入ることになる

今はASP.NET Coreのたくさんある技術のひとつでしかない。
2020/08/14(金) 17:59:31.32ID:DBriI1p6
たしかにMAUIでマルチプラットフォームアプリ作ればブラウザでも動くようになるってことだもんな
実現したらすごいけどホントにできるんかな？
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.
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況