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の基本じゃないかそれ？
アセンブリ単位でのサービス登録、リフレクションを使ったサービス登録、サービス登録のサブモジュール化、などいくらでも手段はある

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

>>8
そういう場合ばかり普通別のファイルにメソッドなり新しいクラス作るなりして
そこにサービス追加するコード書くんじゃないの

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

>>3
どっちかというと、
Blazor基地外が他スレで暴れてるんだけどな。
それでこのスレに注目が集まってる。

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

>>10
そうなのか
知識不足ですまん
じゃあServiceはカテゴリごとに別プロジェクトで作成して
そのdllをAddSingletonしたらいいのかな

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

なんとなくカテゴリごとにBlazorServerのプロジェクト作るのかなと思ってたんだが
まとめてIISなりにデプロイする方法がわからんかった。

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

>>13
やり方は色々ある
うちのやり方だとまずステレオタイプで分けて、ジェネリック型の登録、リフレクションで登録、個別に登録と段階分けてして登録してる
で、それをIServiceCollectionの拡張メソッドでラップしてUseXxx(オプション)の形式で公開

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

>>15
なるほど
サンプルくれ

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

.NET Core で作られてるオープンソースのCMSがあるから
そのソース見ればいいと思う

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

ここ見る限り簡単さで売ってるフレームワークじゃないみたいだな。
他の探すわ。

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

>>17
ありがとう
探してみる

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

>>18
Reactより単純だよ

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

純粋にBlazorの話がしたい人はこちらに移動してくださいね

【本命】Blazor スレ2【真打】
https://mevius.5ch.net/test/read.cgi/tech/1606028377/

**デフォルトの名無しさん** · 2020/11/23(月) 02:43:30.92

>>21
のスレはスタンドアロンでBlazorを使う場合のみのスレ

ここはASP.NETがバックエンドに絡む場合にもOKのスレ

**デフォルトの名無しさん** · 2020/11/23(月) 07:21:58.63

スタンドアローンでBlazor使うのってどういうケースなんだ？
ゲーム？
あ、電卓か。

**デフォルトの名無しさん** · 2020/11/23(月) 08:37:48.72

>>22
いやいやBlazorだってASP.NETの中のピースなのでその理論はおかしい

**デフォルトの名無しさん** · 2020/11/23(月) 08:51:36.23

>>23
データを全部ローカルに持ってるアプリ
サーバーレスで使えるゲームとかもそうだな

>>24
真打スレの1が頭おかしいからしょうがない
ASP.NET野郎とか言い出してASP.NETの話題を極度に嫌ってる

難癖としかいいようがない
単純にポエムっぽい気持ち悪いテンプレ1を変更されてキレてるんだろう

**デフォルトの名無しさん** · 2020/11/23(月) 08:55:59.65

>>1
誤解のないようこちらにも書いておくけど
前スレと扱ってるテーマは何も変えてない。

本命、真打とかいういらないスレタイのワードを消して検索にかかりやすくした
気持ち悪いポエム系テンプレをなくした
これだけ。改善しかしてない

**デフォルトの名無しさん** · 2020/11/24(火) 00:14:25.35

あっちの>>1はいろいろとあたまおかしい
せっかくだからあっちから出てこないでもらいたい

**デフォルトの名無しさん** · 2020/11/24(火) 20:21:06.22

BlazorはASP.NETと関連性が高いしASP.NETの話題が出るのは避けられない。
こっちは前スレの実態どおりに、ふつうに使っていきましょう