【本命】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/04/11(日) 14:33:15.25

「ASP.NET」が何を意味しているのかってとこから勉強し直しなさい

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

ドキュメントまでたどり着いてるのに、なぜできないと思いこんでるんだろこいつ

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

では逆に聞きますが、Blazor Wasmは、Azureサーバーや
.NET Coreが使えるサーバーに設置しても Linux サーバーに
設置した場合と比べて、機能的な優位性が全くないということでいいのですか？

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

1 Azureサーバー
2 .NET Coreが使えるサーバー
3 Linux サーバー

この3つは具体的に何を指してるんだ？互いに排反な例を出してくれよ

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

Linuxサーバーでも.NET Coreがサポートしているディストリビューションとそうでないものがあるし…Azureサーバーに至っては何を指してるかさっぱりわからん。
Blazor なんかに手を出す前に、もっと基本的な知識をつけた方がいいんじゃないのかい？

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

ガレージ車と青い車に比べて、車の利点は何ですか？みたいな聞き方されてもなw

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

>>392
普段車に乗ってる俺でも例えがさっぱり分からん

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

>>393
車と青い車のどっちがいい？って言われても互いに排反じゃないから答えられないでしょ？
ガレージ車なんて言われても、何のこと指してるかわからないでしょ？

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

では、もう少し正確に質問します:
「では逆に聞きますが、Blazor Wasmは、.NET が使えるサーバーに設置しても
.NETが使えないLinux サーバーに設置した場合と比べて機能的な優位性が全く
ないということでいいのですか？」

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

誰が全くないだなんて言ったの？

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

質問中の.NETは.NET5以降の話をしているっていう前提で言うと、わかりやすい例はBFFとか？
まあ同じ言語で自由にWeb API書いてデプロイできる環境があるってだけでも大きなメリットだと思うけど？

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

>>397
そんなものだけのためにMSクラウドが使われているということ？

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

なぜそうなった

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

どういう思考回路でそうなったのか誰か解説してくれ…

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

クラウドって、開発言語との親和性以外の売りが理解できない。
サーバーのスケーリングが必要になるほどの大事業ってそんなにあると
は思えないんだが。

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

単に認証ができればいいだけなら
確かにサーバー側には認証ロジックいらないけど
ユーザーごとになにか制限かけるとか
ユーザーごとにデータ保存するとかなら
その当たりのロジックは必要

でも実装はasp.net core である必要はなくてphpでもいい

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

MSクラウドってAzureのことなのかな？
Azureでクラウド構築っていうならASP.NETが選択肢になるのは当然だし
何の話してんのか分かんないよね

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

>>402
出来る出来ないの問題ではやる方法はいくらでもあるのは当然ではあるが、
asp.netにおいてはログイン認証機能をアプリにつけるのがとても簡単に出来る
ことが売りの一つであったはずなんだ。

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

認証が簡単に出来ると思ったら大間違いだぞ。
phpで認証するとしても、最初から出来ているソースコードを使うならいいが、
自分で作るのはプログラミング力だけでなく、数学や暗号、ロック技術、
ハッキング対策などすべてに詳しい人でないと駄目なんだぞ。

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

>>405
例えば、認証の途中でいろいろな理由により回線やプログラムがダウンする可能性
もあるので、そうなった時でもデータがおかしくならないようにするとか、
普通、さまざまな人の情報が書かれた1つのファイルを全員で共有するしかないので、
一人でも書き損じたら全員のデータがクラッシュしてしまう可能性があるし、
かなり難しいぞ。

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

>>405
？
AzureADで認証されていないアクセスがきたら
そっちで認証するよう誘導するだけだろ

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

もうNGにしたわ

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

ASP.NETなんてもうマジで要らない
こんなの流行る訳無いんだよね
.NETを利用しないフロントがHTML,CSSでコードがC#のシステムにしてくれよって思う

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

自分としてはID:XWj7PX2hが変なことを言ってるようにしか見えないんだけど
asp.netが何かとか逆に聞きたいなと

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

ログイン認証は、自分で作ると物凄く大変だし、プログラムの修正中に
僅かなミスで全顧客のデータを全て消失してしまう可能性も有る。
だから、アプリとはプロセスを分離したりして超安定状態にすることも必要
かと思われるので、企業が使うレベルのものを自作するのは物凄く大変。
その意味で、asp.netで一番大切なのはログイン認証なのではないかと思ったりする。
Ruby on Railsでもログイン認証が出来るし、Word PressもPayPalと連携して購入者
の記録を残せたりするが、そういうことが出来たから沢山使われたのではないかと
思う。ログイン認証は技術的にとても高度。

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

Kestrelの扱いをどうとらえるかと言う問題なのにap.netがどうとか言い出して本質がおかしく見える
静的なサイトでnginx apacheでサービス提供してる場合とかも無視だし
何も参考にならないのに延々とレスしてる

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

FATファイルシステムとかでも、個々のファイルは重ならないセクタに記録されて
いるので、新しいファイルの書き込み中にOSがダウンしても古いファイルは残る
(クラスタの番号の連鎖を管理しているFAT自体は、すべてのファイルのものが
1つのセクタに12BITずつ書かれるので危険ではあるが)。
すべての顧客情報を1ファイルに記録するとなると、セクタの分離もないので
cgiやバックエンドのプログラムが一回でもバグると全顧客情報が破損してしまう。
MySQLなどを使っても、その恐怖は果たして回避できるのだろうか？

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

>>410
何が変なの？

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

asp.netをインストールとかわけわからんこと言ってるやつがいるんやで

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

>>412
そうそう、Blazor WebAssembly+AzureADでユーザー認証できるよってドキュメントまで出てるのに、asp.net のインストールとかAzureサーバーとか言い出してわけわからんよね

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

>>415
それはasp.netの事を知らなかったからそう書いてしまっただけ。
.net coreでもインストールしておけばasp.netは使える様になるんだよね、多分。

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

>>416
まぁできても意味ないけどな

サーバーとデータのやりとりするのに
サーバー側で認証管理するロジックは必要だし。

認証なしのデータ読みとり書き込み可能なAPI公開するなら
最初から認証なんていらないんじゃない？
って話だし

結局サーバ側にサービスプロバイダーは必要
ただし実装は何でもいい

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

>>395
webassemblyで作るなら作ったものの機能的な優位性はない
ただし開発効率は高いはず

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

>>418
だからAzureADなんでしょ？

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

やっぱこのレベルがBlazorユーザーだったか...

**デフォルトの名無しさん** · 2021/04/12(月) 01:14:49.41

違うな
プログラマなんてこんなレベルがほとんど

**デフォルトの名無しさん** · 2021/04/12(月) 01:57:04.08

>>418
そういえば、仮にcore-serverに自作プログラムを設置して、別サーバーにある
AzureADで認証した場合、core-serverの中のデータベースにアクセスする権限
はいったいどうやって管理するんだろう。
AzureADで認証済みであることをcore-serveを間違いなく確実に知ることが
必要となるが。
AzureADのサーバーからバックボーンのインターネットによってcore-server
に情報を伝達するんだろうか。

**デフォルトの名無しさん** · 2021/04/12(月) 02:16:45.93

アプリに直接認証機構を組み込むのではなく、前段のリバースプロキシで認証をかけてアプリ側は認可情報だけを受け取るのがベターだね
Azureは糞なので間違っても採用してはいけないが、アプリもAzureでホストするなら一応ノンプログラミングでそれができる

**デフォルトの名無しさん** · 2021/04/12(月) 02:28:47.68

君はAWSの中の人なのかい？

**デフォルトの名無しさん** · 2021/04/12(月) 02:32:15.21

>>424
例えば、アプリをレンタルサーバーに設置して、リバースプロキシを
同じレンタルサーバーにインストールして動作させることは可能なんでしょうか。

**デフォルトの名無しさん** · 2021/04/12(月) 08:13:27.92

>>423
サーバーアプリケーション側で
実際にその認証情報が正しいものかを
Identity Provider（例えば azureAD）に問い合わせる

**デフォルトの名無しさん** · 2021/04/12(月) 10:24:54.11

事前に入手した鍵で認証トークンを検証するだけ

**デフォルトの名無しさん** · 2021/04/12(月) 11:19:25.31

>>427
Google や Twitter の account をいろいろなサイトのサインインに使える
ことがあるけど、それも似た仕組み？
あれって無料なのかな？

**デフォルトの名無しさん** · 2021/04/12(月) 11:34:15.71

>>429
同じ

**デフォルトの名無しさん** · 2021/04/12(月) 11:40:18.77

でもasp.net mvc や asp.net WebFormsならログイン認証は全くプログラム
せずに最初から出来る様になっているのと比べたら全然違う。

**デフォルトの名無しさん** · 2021/04/12(月) 13:04:20.31

>>429
GoogleとかFirebaseの認証を
自前アプリに組み込んで見たら。

**デフォルトの名無しさん** · 2021/04/12(月) 13:08:19.97

>>431
ログイン認証の方式とか
弱いのから強いのまで様々ある。
実装方法もまるで違う。

まあ、プロなら認証機構を自前で実装するのはさけるね。
ハッキングの対応に追われる事必死だから。

**デフォルトの名無しさん** · 2021/04/12(月) 16:32:27.51

>>433
外人が作った作った認証APIをちゃんと理解して自分でプログラムから
呼び出して使うのもまた難しそう。

**デフォルトの名無しさん** · 2021/04/12(月) 16:35:13.63

外人が作った認証APIは理解するのが難しいので、使い方や設定を間違ってしまって
テストでは動くが気づかないセキュリティーホールが入ってしまっていたりなんか
しないか心配だ。

**デフォルトの名無しさん** · 2021/04/12(月) 16:46:51.69

脳に不具合のある人でなければ大丈夫

**デフォルトの名無しさん** · 2021/04/12(月) 16:48:09.17

>>435
自分作って
ついでにセキュリティーホール作って
賠償問題になるよかまし。

**デフォルトの名無しさん** · 2021/04/12(月) 17:07:16.61

自分で作らなくても、ちょっと設定を間違うだけで訴訟問題になったりして。

**デフォルトの名無しさん** · 2021/04/12(月) 17:09:34.61

間違っていてもテストでは分からないところが怖い。
AzureADやGoogleの認証とかはソースが大きすぎて読んでも理解するのは
難しいだろうし、結局こっちの使い方が間違っていてもテストでは動作する
から、使い方の間違いに気づく可能性は低い。

**デフォルトの名無しさん** · 2021/04/12(月) 19:40:07.06

全く認証がわかってない人の言葉とは思えん。

**デフォルトの名無しさん** · 2021/04/12(月) 20:18:23.59

大きな問題になるような現場ならMSなりのサポートにちゃんと聞くか入ってもらうんじゃね
自前が怖いは同意

**デフォルトの名無しさん** · 2021/04/13(火) 17:34:30.81

>>441
逆に小さな現場では確実に正しく使いこなすのは難しい。

**デフォルトの名無しさん** · 2021/04/14(水) 16:48:15.69

>>423
SAMLだとAD側で動的セキュリティグループで認証は絞り込める
属性による認可はSAMLオーソリティを読み込んで実装する
意外とSAMLの属性のデバックとか面倒くさい

**デフォルトの名無しさん** · 2021/05/02(日) 13:03:47.23

サーバーサイドとクライアントサイドの使い分け基準がよく分からん…
素人感覚だとサーバーサイド方が需要高いのかなと思ったけどブログや記事見るとそんなことなさそうだよね

**デフォルトの名無しさん** · 2021/05/03(月) 10:47:16.57

azureとか通信量で重量課金になるようなところでホストするなら
WebAssemblyかなぁ
アプリはそんなに頻繁に更新しないという前提が必要だけど。

サイトのアクセス数が多くて
利用の仕方が長時間接続したままになるんだったら
WebAssemblyかなぁ

**デフォルトの名無しさん** · 2021/05/05(水) 21:52:25.91

>>445
後者がServerって理解でいい？

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

>>444
至るところに書いてあるけど何がわかんないの？

**デフォルトの名無しさん** · 2021/05/18(火) 21:13:31.28

それって無礼じゃないですかぁ

**デフォルトの名無しさん** · 2021/05/19(水) 10:16:47.89

サーバーサイドの方がセキュリティの設定が楽
we assemblyのがクライアントサイドで動くから速いと言われてるけど
サーバーサイドでもそんなに問題なく動く

**デフォルトの名無しさん** · 2021/05/19(水) 20:34:34.27

海外に拠点がある会社が作ってるUIコンポーネントのデモサイトとか目に見えて遅いけどな
クリックして数秒待たされる感じ
自社内でしか動かないお手軽サイトならいいとおもうけど。

**デフォルトの名無しさん** · 2021/05/19(水) 21:53:18.50

やっぱり存在意義が微妙と言うか終わってますね
ネタとしても良くない
ここにリソースを割くべきじゃない

**デフォルトの名無しさん** · 2021/05/20(木) 07:43:13.13

>>451
このスレの話？

**デフォルトの名無しさん** · 2021/05/20(木) 11:59:27.55

Amazon EC2 にアップしてみた
スマホからでもサクサク動くけど？

**デフォルトの名無しさん** · 2021/05/20(木) 12:15:47.70

そら簡単なのが
サクサクじゃなかったら、
終わる前に余に出せないでしょ。

**デフォルトの名無しさん** · 2021/05/20(木) 12:31:11.46

一応postgrelSQL
で読み書きして
Gridも大きいの表示して見たけど
行メンテとかも問題無いし
Popup画面も数画面使って見たけど
今のところ問題無いレベルで動作する

**デフォルトの名無しさん** · 2021/05/20(木) 13:14:22.36

>>455
そういう簡単すぎるのはね。

ためしに、グリッド上で
マウスカーソルの下にあるセル位置を取得して、

そのセルの情報を
グリッド外にある別の領域に
リアルタイム表示とかやってみたら？

**デフォルトの名無しさん** · 2021/05/20(木) 13:28:00.99

一応漢字入力したのを
カナ変換ロジックを使って
別のテキストに表示してみたけどね

**デフォルトの名無しさん** · 2021/05/20(木) 13:40:02.98

>>457
マウス位置によるリアルタイム表示がきも。

**デフォルトの名無しさん** · 2021/05/20(木) 13:58:08.62

そんな処理は普通の業務には要らないし
そんなのはjavascriptでゴリゴリやる
暇人しかいないのでは？
Blazor からでもjavascriptは呼べるから
それでやれば？

**デフォルトの名無しさん** · 2021/05/20(木) 14:38:04.69

>>459
いるいる。
ボタンの有効無効判定で頻出する。

js側オブジェクトと対応するC#側データの
問い合わせ要件とそれに続くU Iの即時更新。
UIの更新が遅れるとバグ判定くらう。

特にグラフでの要件は厳しいものがある。

**デフォルトの名無しさん** · 2021/05/20(木) 14:54:57.29

それはBlazor のサーバーサイドが遅い
とかの話しと関係ないのでは
特にグラフ関係は、それ用のコントロールの機能まかせの部分になるし
今時100％の自前とかは無いでしょ
特にグラフ関係は

**デフォルトの名無しさん** · 2021/05/20(木) 14:59:55.16

既存のjqueryアプリが苦もなく出来てんのに
出来ませんとか言えんでしょ。

**デフォルトの名無しさん** · 2021/05/20(木) 15:20:37.88

Blazor 用の市販のコントロールメーカーのグラフもjQuery を利用してるから
基本的には同じ用なものになる
記述はcdhtmlに書くから
基本コントロールまかせ
市販品なので機能は多い

**デフォルトの名無しさん** · 2021/05/20(木) 15:42:49.30

ちなみにEC2 のただバージョンの環境でも
グラフの反応は悪く無いから
後は回線の問題の方が大きいんじゃね

**デフォルトの名無しさん** · 2021/05/20(木) 15:44:03.65

(;´д｀)

**デフォルトの名無しさん** · 2021/05/20(木) 16:17:14.20

AWS の環境は、テスト用ぐらいなら
ほとんどただだから
自分で上げてみれば？
発行してftpで上げれば
.net とnginx の設定ぐらいで
簡単に出来るし

**デフォルトの名無しさん** · 2021/05/20(木) 17:01:16.81

Blazor Serverの問題はセッション毎のシステムリソースの消費量が多いこと
1つのクライアントで試して速いだの遅いだのというのは全く筋違い

**デフォルトの名無しさん** · 2021/05/20(木) 17:43:30.39

それはサーバーサイドで動くweb
アプリなら既知のことでは？
同時アクセスのユーザー数を想定して
合わなければ他を選択するだけのこと

**デフォルトの名無しさん** · 2021/05/20(木) 18:32:43.13

>>468
だからユーザー数とリソース消費量の間の関係を検証しない限り、「問題ないレベルで動作する」とは言えないでしょ
BlazorのサーバーはUIの完全な状態を持ってクライアントと同期してるんだから、一般的なWebアプリに比べて遥かにメモリやCPUを消費するのは容易に想像つくだろ

**デフォルトの名無しさん** · 2021/05/20(木) 18:44:05.33

それはシステムごとで違うので
個々で調査するしか無い
そんなことをいちいち説明がいるのなら
あなたはBlazor のシステムは向いて無いのでは

**デフォルトの名無しさん** · 2021/05/20(木) 19:24:58.42

( ；´Д｀)

**デフォルトの名無しさん** · 2021/05/20(木) 19:37:03.30

セッション毎のシステムリソースに関してはMSはホントに無頓着だよな。
UpdatePanel使わないとめんどくさいけど、安易にUpdatePanel使うとゲロ重になるとか。

**デフォルトの名無しさん** · 2021/05/20(木) 20:06:02.23

素人の俺には全くついていけん
君等のように俺もなりたい

**デフォルトの名無しさん** · 2021/05/20(木) 21:34:01.26

ちがうねｗ

これはなってはいけない見本だよ
こうなってはいけないと思って欲しい

**デフォルトの名無しさん** · 2021/05/20(木) 22:30:42.31

https://blazor.syncfusion.com/demos/datagrid/
これとかチェックボックスONOFFした時に0.5秒くらい待たされない？
Serverかwasmかわからんけど。

**デフォルトの名無しさん** · 2021/05/21(金) 01:56:39.88

>>475
全行選択するとblazorぽさ満点！！

**デフォルトの名無しさん** · 2021/05/21(金) 03:48:49.27

しょぼPCスペックのせいじゃね

**デフォルトの名無しさん** · 2021/05/21(金) 07:57:59.27

>>477
システム作る人間がそれ言っちゃあおしめえよ

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

https://ej2.syncfusion.com/react/demos/#/material/grid/overview
Reactでも似たようなもんかな
全行チェックはreactのほうが軽そう

**デフォルトの名無しさん** · 2021/05/21(金) 12:08:45.57

明らかにBlazorのがおそいやん。

**デフォルトの名無しさん** · 2021/05/21(金) 12:56:39.50

せやな
>>475のじゃなかったかもしれないけど、
昔この手のUIコンポーネントのソース見てたらServerサイド版だったので
こりゃ同一ネットワーク内かつユーザー数少なめじゃないと使えんなと思ったのだった
というのを
>>453
に伝えたかった次第でございます

**デフォルトの名無しさん** · 2021/05/27(木) 20:33:24.25

自分の部署でだけ使うすごく単純なCRUDアプリをBlazorで作ってみようと思う
ローカル環境で動作させる場合はweb assemblyとserverを選ぶ基準ってある？(ローカルで動かすならwebアプリじゃなくて良いじゃんって言うのは置いといて…)

**デフォルトの名無しさん** · 2021/05/27(木) 20:51:24.16

>>482
Serverだな
wasmだとDBやファイルシステムを直接触れないから別途バックエンドAPIを作る必要がある
単純なCRUDアプリならクライアントサイドのコードなんてほとんど無いだろうから、ぶっちゃけBlazorの意味はゼロ

**デフォルトの名無しさん** · 2021/05/27(木) 21:31:41.60

>>483
ありがとう
webアプリの経験がほぼ無いから初歩的な質問でごめんね
勉強がてらServerで簡単なアプリから作って勉強してみる

**デフォルトの名無しさん** · 2021/05/31(月) 20:22:55.91

新しい言語やフレームワークを勉強するたびにCRUDやるけど
決定版みたいなのには出会わないな

最近のコードレスと言うか非プログラマ向けサービスのほうが正解なのかもしれないと思い始めた

**デフォルトの名無しさん** · 2021/05/31(月) 20:33:59.01

アプリいっぱいできちゃうけど
そのアプリ間の連携はなかったりするけどね
今は改善されてるのかな