Microsoft ASP.NET Blazor #02

**デフォルトの名無しさん** · 2020/11/22(日) 05:30:30.13

ASP.NETのBlazorのスレッド part2です。

ASP.NET
https://dotnet.microsoft.com/apps/aspnet
ASP.NETは、クロスプラットフォーム対応、無料、オープンソースのフレームワーク
Free. Cross-platform. Open source.
A framework for building web apps and services with .NET and C#.

Introduction to ASP.NET Core Blazor
https://docs.microsoft.com/en-us/aspnet/core/blazor/?view=aspnetcore-5.0

【本命】Blazor スレ1【真打】
http://mevius.5ch.net/test/read.cgi/tech/1595255796/

**デフォルトの名無しさん** · 2020/11/22(日) 05:37:28.65

Blazor
Build client web apps with C#
https://dotnet.microsoft.com/apps/aspnet/web-apps/blazor

**デフォルトの名無しさん** · 2020/11/22(日) 12:05:05.73

アンチBlazorがVS、VSCodeの対立を煽り、スレを荒らしている可能性があります
内輪もめはやめて、Blazorについて有益な意見交換の場にしましょう

**デフォルトの名無しさん** · 2020/11/22(日) 12:12:49.29

Blazor Serverでもwasmでもいいんだけど
大規模になると1プロジェクト（wasmだと3プロジェクト）では収集がつかなくなるような気がしている。
例えば業務系だと100機能くらいあったりするわけだがその分Viewを作るのはまずいよな？
mvcはareaで分けているけど、あれも結局フォルダで分けてるだけだからなあ

複数のプロジェクトを跨いで開発、デプロイをするようなサンプルはないものか。

**デフォルトの名無しさん** · 2020/11/22(日) 12:18:49.45

>>1
ローカルルールひとつだけ追加

スレ立て時にワッチョイをつけるのは厳禁
理由1: 荒れるから。人物特定と人物叩きの話題が増えるため
理由2: ワッチョイはセキュリティ、プライバシー上の問題があるため
NGにしたい場合は各自で対応するように。

**デフォルトの名無しさん** · 2020/11/22(日) 12:22:30.45

フォルダ分けでいいと思うけど
あでもビルド時間を短縮したいならプロジェクト分けたほうがいいのか

**デフォルトの名無しさん** · 2020/11/22(日) 12:31:41.65

>>4
ASP.NET MVCではファイルが増えがちなのは仕方ない。
そういうもの。

Razor PagesはMVCほどファイルが複雑にならないというのを
利点にあげていた。
ただ俺にはRazer Pagesは柔軟性のない欠点のが大きく見える。
コードビハインドで昔のWeb Formsっぽいというかね

**デフォルトの名無しさん** · 2020/11/22(日) 12:58:15.06

>>7
いやMVCやPagesは一例でほんとに聞きたいのはBlazorのほうね

例えばBlazorSeverはDataフォルダのXXXServiceの数分Program.csでAddSingletonしてるが
あれも100Service作ったら100回するのか？
チームで開発してたらみんなProgram.cs触りまくることになるし
なんだか現実的ではないような。

そもそもServiceもどの単位でつくればいいんだろ。
モデルの数だけ？

**デフォルトの名無しさん** · 2020/11/22(日) 12:59:40.95

ファイル増えるのが嫌なら自分でビューエンジンを作ればいい　大変だけど

頑張れば razor 使ったままで
ビューファイルをデータベースからロードして中身も構成し直すとかできるかも

**デフォルトの名無しさん** · 2020/11/22(日) 13:03:24.97

>>8
Blazorとかあまり関係ないAsp.netの基本じゃないかそれ？
アセンブリ単位でのサービス登録、リフレクションを使ったサービス登録、サービス登録のサブモジュール化、などいくらでも手段はある