【本命】Blazor スレ2【真打】

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

混沌を極めるWebアプリケーション界隈に現れた一筋の光明
型無し言語 JavaScript の悪夢を打ち払い
林立するエコシステムの亡霊を退散
アプリケーション開発者の希望となるMVVMを引っ提げて登場した真のSPA開発環境

Blazorを語る者よ、集え！

ASP.NET Core Blazor の概要
https://docs.microsoft.com/ja-jp/aspnet/core/blazor/?view=aspnetcore-5.0

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

**デフォルトの名無しさん** · 2021/03/02(火) 11:40:10.81

>>268
遅くなってすいません
回答ありがとうございます

読んでみて、間違っているかもしれませんが以下のイメージを持ちました

クライアントサイドは.NET core環境でないPCに配布しても使用することが出来る（スタンドアロン）
サーバーサイドは.NET core環境が必要となる

違いはブラウザで処理するか、サーバーPCで処理した内容をブラウザに渡すかというイメージでしょうか？

**デフォルトの名無しさん** · 2021/03/02(火) 12:07:10.71

>>267
自分のpcだけで動かすアプリってwebアプリにする意味ある…？

**デフォルトの名無しさん** · 2021/03/02(火) 21:42:55.58

>>270
多分分かってると思うけど、サーバーサイドBlazorもクライアント側には.NET環境不要だよ
あとの理解は合ってるんじゃないかな

**デフォルトの名無しさん** · 2021/03/02(火) 21:43:55.18

>>269
Webのスキルが一切身につかないというのは違いますね
razorページもベースはhtmlなので
ルーティングなんていう概念も必要になるし

**デフォルトの名無しさん** · 2021/03/03(水) 10:23:45.86

>>273
Blazorで頑張っても、Blazor固有の技術に終始しますよ。
自分みたいに、つまみ食いするみたいにBlazorやるなら経験上有用ですが、
そうでないとその人の事が心配になりますね。

ぶっちゃけWeb界隈は荒波なので
主流には乗っかっといた方が安全です。技術も小難しいのも結構多いです。
Vue.jsやってればReactも出来るし、オープンソースのJsライブラリも自由に扱えます。
BlazorだとC＃で、Blazor用に用意してくれたものしか簡単に使えないです。

BlazorでC＃で専念した人が、オープンソースのJsライブラリを使おうと思うと
敷居がかなり高いと思います。

**デフォルトの名無しさん** · 2021/03/03(水) 22:11:16.48

>>274
blazorがもたらす恩恵の一つがjavascript不要なので、その論はそもそもおかしい
blazorが廃れたからと言って学習で得た物が無駄になるわけではない

**デフォルトの名無しさん** · 2021/03/04(木) 14:09:56.32

どっちもやってるけど、BlazorはWinForms,WPF,SL,UWP,Xamarin.Forms,MAUI,Unoの系譜だからなぁ
用途が被ってきているとはいえ棲み分けそうだが

**デフォルトの名無しさん** · 2021/03/04(木) 19:29:35.83

本来Blazorに求めてものをFlutterが実現してきたぞ。

Webassemblyに対応して、こちらはdomを介さないのでガチのネイティブだ。
https://itome.team/blog/2021/03/flutter-v2/

Google恐るべし

**デフォルトの名無しさん** · 2021/03/05(金) 08:16:56.40

Blazorに求めてることって
C#しか使えないこんなおれでもSPA作れるようになれたらいいな
な気がする
少なくとも自分はそうです…

**デフォルトの名無しさん** · 2021/03/05(金) 10:23:07.39

>>278
素人だとそれで良いけど、プロだとそれ厳しいよ。
Web開発者なんて一番人口が多いから、
そいつらとの対応が出来なくて撃沈されて鬱になる...

UIデザイナーですら、小難しいインタラクションのjs書いてきるスキル持ち多いぞ。

**デフォルトの名無しさん** · 2021/03/05(金) 10:26:03.94

>>279
そうかもな…
webフロントエンドがカオスすぎて嫌になる
WinFormsよりタチ悪いんじゃないか

**デフォルトの名無しさん** · 2021/03/05(金) 11:34:55.59

>>280
個人的には、WinFormsは、そんなにタチ悪くないと思うが。
少なくともカオスではないし。

**デフォルトの名無しさん** · 2021/03/05(金) 11:54:49.37

>>280
比較にならない位カオスですよ。
あのカオスさをなんとも思わ無くならないと、
すくなくとも既存システム系に入り込むのはムリ。

それにデザイナー分野もエンジニアなんでＪＳはバリバリだし、
ＣＳＳプリプロセッサやら、タスクランナーとかソースもデザインプロジェクトになってて
はっきりいって開発だし、お客さん側も大手だと情室いてWeb詳しい。

**デフォルトの名無しさん** · 2021/03/05(金) 12:07:48.04

>>282
だよね
だから自分としてはこんなカオスな開発環境使えたとしても逆に未来はないとおもっている

もっと万人が扱いやすい開発環境が望まれてると思うんだよなー
んでそういう方向性に進むとおもうんだわ

それでwasmに一縷の望みをかけてる

**デフォルトの名無しさん** · 2021/03/05(金) 12:51:59.22

>>283
Webのエンジニアに昇華するつもりなければそれでいいじゃない。

Web開発に乗り出そうとおもっているんなら、
この世界はHTML＋JSが唯一無二なんで
方法を違えてる。

**デフォルトの名無しさん** · 2021/03/05(金) 16:15:29.37

まあどうひっくり返っても主流にはなんないよ、外から仕事を請けようっていうのならJavaScript以外を選んじゃダメだね
ただ、少人数で内製のSPAを作るには結構向いてるんじゃないかな

**デフォルトの名無しさん** · 2021/03/05(金) 16:44:01.21

>>285
外から仕事受ける場合でもTypeScriptはありだろ

**デフォルトの名無しさん** · 2021/03/05(金) 17:27:39.12

>>285
ですね。
Web開発苦手な人でもBlazorならって感じ。
MS最初からそう言ってた気がする... (WebFormの置き換え)

>>286
もうJsって言ってもTypeScriptはその方法論として一般的になっちゃってますよ。
Jsって言って実装はTsだったなんて。
TsはイコールJsでしょみたいなのりが普通になってます。
２年前位はまだそうでもなかったと思いますけど。

**デフォルトの名無しさん** · 2021/03/05(金) 17:34:52.61

>>284.285
自分は企業内アプリしか作らない人間なので充分だったりする
まさにWebFormsの代替
しかし食いっぱぐれそうだよなー

**デフォルトの名無しさん** · 2021/03/05(金) 17:34:58.44

スレチだけどJSとTSって別物って認識でいいの？

**デフォルトの名無しさん** · 2021/03/05(金) 17:44:13.23

スレチ

**デフォルトの名無しさん** · 2021/03/05(金) 19:37:32.24

>>288
そのWebエンジニアが
モバイルアプリも！
デスクトップアプリまでも！、
作り始めたのが昨今の状況ですよー－。

**デフォルトの名無しさん** · 2021/03/06(土) 08:14:37.16

>>291
だから何？感がある

**デフォルトの名無しさん** · 2021/03/08(月) 07:55:39.44

選択肢が多いのは良いんだけど多すぎるとね

**デフォルトの名無しさん** · 2021/03/10(水) 17:09:51.18

C#をまともに身に着けてない自分にblazorは早すぎた…

**デフォルトの名無しさん** · 2021/03/10(水) 17:18:01.04

>>294
いったいお前は何ができるんだよ・・・

**デフォルトの名無しさん** · 2021/03/14(日) 19:20:07.00

こんなスレがあったとはｗ

blazor（ブレザー）はコケるまではいかないと思う
面白一発ネタ程度にもならん
存在空気
しるばーらいと以下

OSSのフレームワークが充実しないで終わるパターン

**デフォルトの名無しさん** · 2021/03/14(日) 19:26:42.72

それをMSが金を出して開発してるのが謎なんだよな

まともなアーキテクトがいないんだろうなと

**デフォルトの名無しさん** · 2021/03/15(月) 00:42:00.74

今やマイクロソフトのプロダクトは
electionやreact netiveでつくられてるの
知らんの？

**デフォルトの名無しさん** · 2021/03/15(月) 05:43:40.36

>>298
Webアプリ用フレームワークとネイティブアプリ用フレームワークを同列にされてもね

**デフォルトの名無しさん** · 2021/03/15(月) 07:52:51.70

俺達が流行らせるんだよ！！

**デフォルトの名無しさん** · 2021/03/15(月) 08:21:39.07

ネイティブに限らんだろう。
facebookもGoogleも自分たちが使ってるフレームワークを公開してるが、
Microsoftはオレオレフレームワーク作るだけ作って、自分たちでは使わない。
だからいきなり梯子を下ろすことができる。

俺はC#しかできないし、できることならサーバーとクライアントで言語を合わせたいのでBlazorには期待してる。
おそらく俺のようなやつは世界中にいるだろうから、そう簡単にはポシャらないとは思いたい。
しかしどこかでSilverlightみたいなことになる未来が想像できてしまうんだよな…

**デフォルトの名無しさん** · 2021/03/16(火) 23:55:21.00

>>301
何回も同じようなことを言ってるけど

はしごをおろすってどこの方言？
それともオレオレ用語？

梯子は外すものだろ？

**デフォルトの名無しさん** · 2021/03/17(水) 07:55:38.41

梯子は外すものでした…

**デフォルトの名無しさん** · 2021/04/03(土) 10:51:38.99

特定の言語しかできない(やろうとしない)奴は信用できないわ
大抵その言語も満足にできてない

**デフォルトの名無しさん** · 2021/04/03(土) 12:23:44.68

>>304
なんなんですか唐突な自分語り

**デフォルトの名無しさん** · 2021/04/03(土) 12:31:25.55

>>304
なんか嫌なことがあったんですか！？

**デフォルトの名無しさん** · 2021/04/05(月) 18:00:48.45

オフラインでの検証環境下でSQL serverと通信させるのにEntityFrameworkCoreを使おうと思ったんだけどこれオフラインじゃ使用出来ない？
nugetに繋げにいこうとしてエラー吐いてるっぽい…

**デフォルトの名無しさん** · 2021/04/06(火) 08:34:13.70

nugetパッケージを別のマシンでダウンロードしてUSBメモリとかでコピーして追加してやればいいんじゃない

**デフォルトの名無しさん** · 2021/04/06(火) 09:13:43.01

オフラインでNuGetパッケージをインストールする方法
https://mitosuya.net/nuget-install-offline

**デフォルトの名無しさん** · 2021/04/06(火) 09:28:47.02

オンラインの開発環境でビルドした物を検証環境へ持ち込めば良いだろ。

**デフォルトの名無しさん** · 2021/04/06(火) 11:49:40.31

ありがとう
オンラインへ繋いでビルドしてきた
VSCODE使ってるんだけど、リンクと同じようにnugetパッケージだけ落としてきて適応出来るか試してみる

あと重ねて申し訳ないんだけどblazorserver開発時にデバッグ終了してもプロセスが維持されたままになる
もう一度デバッグしようとするとそのプロセスはもう使われてるってエラーが出て毎回手動で切らなきゃいけないんだけどこれはどこを確認すればいいかな

**デフォルトの名無しさん** · 2021/04/06(火) 18:22:20.74

>>304
無礼者！blazor!

**デフォルトの名無しさん** · 2021/04/07(水) 01:30:02.20

同じasp.netを使っているのに少なくともWebFormsとBlazorの二系統あるんだね。
MAUIもあるかもしれないが。
また、BlazorにはさらにServerとWasmの二系統ある。

**デフォルトの名無しさん** · 2021/04/07(水) 01:34:59.31

>>313
ASP.NET には、ASP.NET MVC なるものもあるらしいね。

**デフォルトの名無しさん** · 2021/04/07(水) 01:42:24.44

ASP.NET Coreというものもある

**デフォルトの名無しさん** · 2021/04/07(水) 02:30:39.56

>>315
.NET Core は、.NET ランタイムの種類の一つで、また別の話。
ASP.NET MVC というのは、WebFormsやBlazor, MAUI なんかと肩を並べる
ようなフレームワークの一種。

**デフォルトの名無しさん** · 2021/04/07(水) 03:12:02.32

>>316
ASP.NET CoreはASP.NETの後継
BlazorもASP.NET Coreの一部
ASP.NET Core MVCがASP.NET MVCの後継

**デフォルトの名無しさん** · 2021/04/07(水) 13:36:53.75

Blazor ServerはASP.NETのサーバーが必須だそうですが、
同様に Blazor WasmもASP.NETのサーバーが必要ですか？

**デフォルトの名無しさん** · 2021/04/07(水) 18:39:14.53

ただのコンパイル済みアセンブリだからそのままコンテンツで送るだけなんだから
他でもおｋなんじゃないの？と知らない人間はそう思いました

**デフォルトの名無しさん** · 2021/04/07(水) 18:59:00.88

過剰に統合して取り回しが悪くなるのはMSのいつもの悪い癖

**デフォルトの名無しさん** · 2021/04/07(水) 19:54:46.11

>>320
無礼者！Blazor !!!

**デフォルトの名無しさん** · 2021/04/07(水) 20:05:31.86

Blazor wasmでもSignalRとか使うんじゃなかった？気のせい？

**デフォルトの名無しさん** · 2021/04/07(水) 20:51:36.64

気のせい

**デフォルトの名無しさん** · 2021/04/08(木) 00:36:28.97

さっき調べたところ、Blazor Wasmでもasp.netサーバーから起動することが
必要だそうです。

**デフォルトの名無しさん** · 2021/04/08(木) 01:40:26.92

ねーよ

**デフォルトの名無しさん** · 2021/04/08(木) 01:41:08.52

やだ…私のID被ってる
これじゃ基地外の自作自演みたいじゃんｗｗｗｗ

**デフォルトの名無しさん** · 2021/04/08(木) 08:21:43.05

きっとお母さんが書いた質問に息子が答えたんだよね
あるあるだよね～

**デフォルトの名無しさん** · 2021/04/08(木) 19:17:33.23

無礼じゃ～

**デフォルトの名無しさん** · 2021/04/08(木) 20:04:38.75

UIフレームワークはみんなどこ使ってる？
matblazorが多いのかな

**デフォルトの名無しさん** · 2021/04/09(金) 10:40:30.60

>>324
嘘はよくない

**デフォルトの名無しさん** · 2021/04/09(金) 12:28:05.43

Blazor Wasmのアプリは、asp.netサーバーでも、asp.netサーバー以外でも設置
できるそうですが、asp.netサーバーに設置した場合のasp.netサーバー以外に
設置した場合に比べた優位性は有りますか？

**デフォルトの名無しさん** · 2021/04/09(金) 19:11:22.84

全部答えが出るまで質問をし続けるんだろうな
英語を覚えてあちらのサイトで聞いたら？

**デフォルトの名無しさん** · 2021/04/09(金) 19:14:59.52

Blazorなんてクソニッチなものに手を出しても無駄だよ

結局情報がないから自分で情報を集めることになる
それができないなら手出ししても無駄

できる人のニッチな趣味がBlazor
絶対一般人には広がらない

>>103
こういう疑問が出てくる人には手出し無用かと

すでに他の言語や環境でSPA作った経験がないとまあ情報も集めにくいし理解も深まらない
ＵＷＰ以下の存在

**デフォルトの名無しさん** · 2021/04/09(金) 21:44:36.86

>>331
VSで同時開発できる
サーバサイドもクライアントもC#技術者でまかなえる

**デフォルトの名無しさん** · 2021/04/10(土) 01:20:00.75

>>334
質問は開発できるかどうかではなく、Blazor Wasmをasp.netサーバーに
設置した場合のメリットです。
asp.netではない、lollipop(月々100円くらい)のような格安サーバーにも
設置できるようですから。

**デフォルトの名無しさん** · 2021/04/10(土) 07:54:30.63

だめだこいつ

**デフォルトの名無しさん** · 2021/04/10(土) 13:10:46.51

>>335
asp.netでは「ユーザー認証」してユーザー毎に別のメニューを出したりすることが
可能だけど、Blazor Wasmを普通のLinuxのプレインなレンタルサーバーに
設置した場合には、恐らくそれができないらしい。

**デフォルトの名無しさん** · 2021/04/10(土) 13:51:11.74

>>337
嘘は良くない

**デフォルトの名無しさん** · 2021/04/10(土) 14:11:53.45

逆になぜメリットがあると思ったのか

**デフォルトの名無しさん** · 2021/04/10(土) 14:13:05.61

>>338
https://docs.microsoft.com/en-us/aspnet/core/blazor/security/webassembly/standalone-with-authentication-library?view=aspnetcore-5.0&;tabs=visual-studio

ここを見れば、Blazor Wasm の authentification library は、asp.net が
前提になっている様に見える。

https://docs.microsoft.com/en-us/aspnet/core/blazor/host-and-deploy/webassembly?view=aspnetcore-5.0#standalone-deployment

ここを見れば、Blazor Wasm の standalone deployment について書いてある。

**デフォルトの名無しさん** · 2021/04/10(土) 14:15:09.17

Secure an ASP.NET Core Blazor WebAssembly standalone app with Microsoft Accounts

https://docs.microsoft.com/en-us/aspnet/core/blazor/security/webassembly/standalone-with-microsoft-accounts?view=aspnetcore-5.0

こっちも、Azure, ASP.net が前提。

**デフォルトの名無しさん** · 2021/04/10(土) 14:17:53.07

>>339
メリットがないなら、マイクロソフトの中核事業である asp.net, azure,
Windows Server, IIS などに基づいたクラウド事業が使われなくなると
思えたが。
Blazor Wasmと平凡なLinuxレンタルサーバーの組み合わせで
asp.net用のアプリと同等の機能が有るならMSクラウドは不要となる。

**デフォルトの名無しさん** · 2021/04/10(土) 17:24:53.30

>>340
そんなもん認証サーバー側の実装によるやろ
自前のアプリじゃなくてAzureADやAuth0使うんならwasmでも何ら問題ない

**デフォルトの名無しさん** · 2021/04/10(土) 18:07:08.23

>>343
認証サーバーこそが asp.net なんだけど。

**デフォルトの名無しさん** · 2021/04/10(土) 18:29:16.16

>>343
asp.net をインストールしてない安いレンタルサーバーに Wasm Blazorを設置した場合、
asp.net のユーザー認証機能が使えないということを言ってるのに、Azureを使っていれ
ば問題ないとか意味が分からない。

**デフォルトの名無しさん** · 2021/04/10(土) 18:57:47.09

今日は無礼なやついないの？

**デフォルトの名無しさん** · 2021/04/10(土) 20:24:40.40

>>346
俺だよ俺

**デフォルトの名無しさん** · 2021/04/10(土) 22:53:13.92

>>344
何を言ってるんだこいつは？

**デフォルトの名無しさん** · 2021/04/10(土) 22:54:03.24

IDaaSも知らないのか？

**デフォルトの名無しさん** · 2021/04/10(土) 23:04:37.52

別にさくらのレンタルサーバーだろうがGitHub Pagesだろうが、Blazor WebAssemblならユーザー認証には何ら問題ないだろ
テンプレートレベルの話だぞw

**デフォルトの名無しさん** · 2021/04/11(日) 00:49:38.38

いや認証に何らかのバックエンドは必須なんだから問題ないは言い過ぎ
少なくともGitHub Pagesのような静的ホスティングだけじゃ無理で、IDaaSなどのバックエンドを組み合わせる必要はある

**デフォルトの名無しさん** · 2021/04/11(日) 01:06:36.38

あと、そもそも何を目的に認証すんのかって話で、Blazor WebAssemblyでシステムの全機能のコードがユーザーの手元にあるなら、システムの使用について安全に認証をかけるのは原理的に不可能だ
認証を有効に機能させるには、いくらBlazor wasmとはいえ(認証サービスだけでなく)システムの一部の機能をバックエンド側で持っているはず
バックエンドが必ずしもASP.NETである必要はないにしても、IDaaSとフロントだけの構成というのはありえないよ

**デフォルトの名無しさん** · 2021/04/11(日) 01:14:18.47

そもそも、認証を自前でやる必要ないのだが...

なもんで認証サーバーが
物理的にも全く別の個所にあっても良いのだよ。

**デフォルトの名無しさん** · 2021/04/11(日) 01:52:40.52

>>353
そうじゃなくて、認証を入れたところでBlazor wasmじゃそもそも全部ユーザーの手元にあるんだから簡単に破れるでしょ
破られてまずいところはバックエンドAPIとして実装する必要がある

**354** · 2021/04/11(日) 01:55:44.38

誤解されそうだから正確に言うと、認証を破れるというより認証を回避できる
コードを改竄して認証を無視してしまえばいい

**デフォルトの名無しさん** · 2021/04/11(日) 02:12:22.21

>>354
>>そもそも全部ユーザーの手元にあるんだから

なんでクライアント側にあんの。
認証が必要なデータ、ロジックは
サーバー側で全部保護してください。

>>355
>>コードを改竄して認証を無視してしまえばいい

(ﾉ∀`)ｱﾁｬｰ

**デフォルトの名無しさん** · 2021/04/11(日) 02:50:05.53

というか、asp.net はWebページにログイン機能を簡単に実装できることが
多分一番便利なところで、Blazor WasmをLinuxの標準サーバーに配置した
場合には asp.net がバックエンドにないから、それが出来ないのではないかと
思うんだが、違うのか。

**デフォルトの名無しさん** · 2021/04/11(日) 03:00:30.34

>>354
だからAzureADやAuth0って話になってるんでしょ？

**デフォルトの名無しさん** · 2021/04/11(日) 03:04:35.33

>>357
違う。
いろいろと違う。

**デフォルトの名無しさん** · 2021/04/11(日) 03:07:21.87

そもそもASP.NETが前提とか言ってるけど、Blazor 自体ASP.NETなんだからそりゃそーだろ
Standaloneのドキュメントまでたどりついてるのに、何を読んでるんだ？？

**デフォルトの名無しさん** · 2021/04/11(日) 03:07:57.05

>>357
違う

**デフォルトの名無しさん** · 2021/04/11(日) 03:26:39.69

>>359
どう違うか教えろ。

**デフォルトの名無しさん** · 2021/04/11(日) 03:29:37.10

>>358
AzureADって、月々110円のlollipopサーバーから無料で使えるの？

**デフォルトの名無しさん** · 2021/04/11(日) 03:33:24.29

asp.net MVC や、asp.net WebForms なんかは、ログイン機能がほとんど
ワンタッチで作れるように書いてあったと思う。
それはサーバーにasp.netの機能が入っているからなのだから、
lollipopみたいなサーバーに Blazor Wasmのアプリを設置しても
asp.netを使ったログイン機能は当然、簡単には実装できないよね？

**デフォルトの名無しさん** · 2021/04/11(日) 09:16:33.53

ログイン必須じゃないSPAってないの？

**デフォルトの名無しさん** · 2021/04/11(日) 09:16:52.47

>>363
ただ認証だけなら無料だよ

**デフォルトの名無しさん** · 2021/04/11(日) 09:18:17.97

ログインもAPI通して行うことになるんだったら
はっきり言ってAPI側の実装は何だっていい

**デフォルトの名無しさん** · 2021/04/11(日) 09:43:27.44

まとめとして
asp.netをホストする機能がなくてもポンとおいてBlazor wasmを使えるか
と言う質問にはYes
ただ便利な機能が使えないので他で代用しなくてはならないということですか？

**デフォルトの名無しさん** · 2021/04/11(日) 09:53:31.11

>>358
そうじゃない
Azure ADやAuth0のような認証サービスだけじゃなく、認証を必要とするロジックはwasmではなく必ずバックエンドで実装しなければならないということ
ASP.NETでなくてもいいけどね