[過去ﾛｸﾞ] Microsoft ASP.NET Blazor #02 (608ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
1(4): 2020/11/22(日)05:30 ID:kDrPKY9d(1/4) AAS
ASP.NETのBlazorのスレッド part2です。
ASP.NET
外部ﾘﾝｸ:dotnet.microsoft.com
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
省3
2(1): 2020/11/22(日)05:37 ID:kDrPKY9d(2/4) AAS
Blazor
Build client web apps with C#
外部ﾘﾝｸ:dotnet.microsoft.com
3(1): 2020/11/22(日)12:05 ID:ab9PVYBK(1) AAS
アンチBlazorがVS、VSCodeの対立を煽り、スレを荒らしている可能性があります
内輪もめはやめて、Blazorについて有益な意見交換の場にしましょう
4(1): 2020/11/22(日)12:12 ID:vrdBpsCk(1/5) AAS
Blazor Serverでもwasmでもいいんだけど
大規模になると1プロジェクト（wasmだと3プロジェクト）では収集がつかなくなるような気がしている。
例えば業務系だと100機能くらいあったりするわけだがその分Viewを作るのはまずいよな？
mvcはareaで分けているけど、あれも結局フォルダで分けてるだけだからなあ
複数のプロジェクトを跨いで開発、デプロイをするようなサンプルはないものか。
5: 2020/11/22(日)12:18 ID:kDrPKY9d(3/4) AAS
>>1
ローカルルールひとつだけ追加
スレ立て時にワッチョイをつけるのは厳禁
理由1: 荒れるから。人物特定と人物叩きの話題が増えるため
理由2: ワッチョイはセキュリティ、プライバシー上の問題があるため
NGにしたい場合は各自で対応するように。
6: 2020/11/22(日)12:22 ID:dtkY0af3(1) AAS
フォルダ分けでいいと思うけど
あでもビルド時間を短縮したいならプロジェクト分けたほうがいいのか
7(1): 2020/11/22(日)12:31 ID:kDrPKY9d(4/4) AAS
>>4
ASP.NET MVCではファイルが増えがちなのは仕方ない。
そういうもの。
Razor PagesはMVCほどファイルが複雑にならないというのを
利点にあげていた。
ただ俺にはRazer Pagesは柔軟性のない欠点のが大きく見える。
コードビハインドで昔のWeb Formsっぽいというかね
8(2): 2020/11/22(日)12:58 ID:4i3C/72s(1) AAS
>>7
いやMVCやPagesは一例でほんとに聞きたいのはBlazorのほうね
例えばBlazorSeverはDataフォルダのXXXServiceの数分Program.csでAddSingletonしてるが
あれも100Service作ったら100回するのか？
チームで開発してたらみんなProgram.cs触りまくることになるし
なんだか現実的ではないような。
そもそもServiceもどの単位でつくればいいんだろ。
省1
上下前次1-新書関写板覧索設栞歴
あと 600 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.009s