【本命】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/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

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

**デフォルトの名無しさん** · 2021/06/01(火) 14:28:20.67

画面表示時や、エラーのダイアログを閉じた後に、一番先頭の入力項目にフォーカスをあてたいんだけど、
InputText だと ElementReference に変換できなくて、FocusAsync() が使えない。

Javascript使うしかない？

**デフォルトの名無しさん** · 2021/06/07(月) 19:11:12.92

>>475
待たされる。
それにスクロールさせてると時々表が消える。

**デフォルトの名無しさん** · 2021/06/07(月) 20:26:23.55

>>475
ちなみに、これって、BlazorのWasmの方ではなく、Serverの方だよね？

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

>>489
と思われる

**デフォルトの名無しさん** · 2021/06/08(火) 10:23:13.00

>>490
さっきブラウザの F12 を押して開発者モードに入り、ネットワークタブ
でみてみたら、 BlazorServer みたいなファイル名のものが10個くらい
ダウンロードされていた。
さらに、ソースタブで見てみたら、*.wasmファイルは存在しないようだった。
つまり、Wasm版ではなく、Server版らしい。

**デフォルトの名無しさん** · 2021/06/08(火) 20:35:41.26

>>491
おおそうか
ご苦労だった

**デフォルトの名無しさん** · 2021/07/09(金) 22:33:54.55

無礼者はいなくなり世界は平和になりました

**デフォルトの名無しさん** · 2021/07/09(金) 22:43:12.02

時代に淘汰されたんじゃね？

**デフォルトの名無しさん** · 2021/07/10(土) 02:55:37.47

盛り上がらなかったな

**デフォルトの名無しさん** · 2021/07/10(土) 06:05:18.89

糞過ぎる

**デフォルトの名無しさん** · 2021/07/17(土) 09:11:08.37

無礼者発見

**デフォルトの名無しさん** · 2021/07/24(土) 10:02:04.59

uiのいい無料で日本語ドキュメントあるライブラリない？
ガントチャート作りたいけどそもそもライブラリ自体が少なそう

**デフォルトの名無しさん** · 2021/07/24(土) 13:15:30.04

お前さんはUIがいい日本語ドキュメント付きのライブラリを無償で作りたいと思う？

**デフォルトの名無しさん** · 2021/07/24(土) 13:47:23.27

Blazor選択した時点で
便利なライブラリなど皆無だよ（とくにUI）

**デフォルトの名無しさん** · 2021/07/24(土) 17:30:32.42

腐るほどあるJavaScriptのライブラリを使えばいい
まさかBlazorだからってJSなしでモノが作れるなんてそんなファンタジーを信じてたのか？

**デフォルトの名無しさん** · 2021/07/24(土) 19:02:59.84

jsライブラリー入れた瞬間に
Blazorが邪魔に成る事に
気づかない○○

**デフォルトの名無しさん** · 2021/07/25(日) 00:34:35.23

そうなるよな

**デフォルトの名無しさん** · 2021/07/25(日) 00:45:43.08

js<->c#みたいな面倒の極みも生まれるし、
js側で更新したdomと
Blazor側のdomの整合性を
どう担保するのかという頭痛の極みも発生する

**デフォルトの名無しさん** · 2021/08/23(月) 17:06:25.35

UIコンポーネントはどこが使いやすい？

**デフォルトの名無しさん** · 2021/10/14(木) 00:07:27.23

devexpress

**デフォルトの名無しさん** · 2021/11/17(水) 09:05:53.46

Blazorって盛り上がらなかったな

**デフォルトの名無しさん** · 2021/11/17(水) 12:06:45.01

基地外が騒位でた頃が懐かしいな

**デフォルトの名無しさん** · 2021/11/17(水) 14:56:52.66

今一わかりずらいんだよな

**デフォルトの名無しさん** · 2021/11/19(金) 12:08:42.83

やはりMSが使ってないっていうのが辛い
ちょっとしたツールを作るのには良いんだが、寿命の長いシステムには使いたくないな
Reactを選択するとおもう

**デフォルトの名無しさん** · 2021/11/29(月) 19:30:25.00

こんな誰が見ても失敗するものに金が出て開発されたことに驚きを感じる

スレもパート2まで来たし
ある意味すごいね

**デフォルトの名無しさん** · 2022/02/05(土) 13:59:38.32

Blazorに金が出たのは、SPAについていけてないドットネッター達を救済するためでしょ
MSスタック系開発者のWebスキルの弱さはAzureの先端Web分野における成長を妨げており、近年のMSにとって大きな悩みの種だ
それを打開しうるツールとして丁度たまたまBlazorがあったから金が出た
目標は間違ってないんだけどツールの選定が間違っていた

**デフォルトの名無しさん** · 2022/02/16(水) 23:56:44.62

最近Blazor触ってるけど「C#だけでSPA作れますよ」っていう公式の謳い文句は詐欺だからやめたほうがいいわ
俺のはソースの大半がJavaScriptになったわ
WasmでDOM触れないのはキツすぎるな

**デフォルトの名無しさん** · 2022/02/17(木) 02:03:53.85

>>513
やる前から分かってた事だわーーそれ

**デフォルトの名無しさん** · 2022/02/17(木) 11:24:09.55

>>513
具体的にはどこの公式サイト？

**デフォルトの名無しさん** · 2022/02/17(木) 12:20:07.62

https://docs.microsoft.com/en-us/aspnet/core/blazor/?view=aspnetcore-6.0
> Create rich interactive UIs using C# instead of JavaScript.
> Write code in C# instead of JavaScript.
だけとまでは書いてないとかしょうもない揚げ足取りは無しな
問題はそこじゃなくて現にBlazorが失敗したことなんだから

**デフォルトの名無しさん** · 2022/02/17(木) 13:42:16.73

Blazorって失敗したの？

**デフォルトの名無しさん** · 2022/02/17(木) 14:13:10.95

C#だけで作れますよってのは失敗
C#とHTMLとJavaScriptで作れますよってのは成功

**デフォルトの名無しさん** · 2022/02/17(木) 14:26:22.38

なんだ妄想か

**デフォルトの名無しさん** · 2022/02/17(木) 15:39:04.68

Blazorでjs使うには
reactとかでjs使うより
jsの遥かに高度な知識が要求される所が失敗ですか？

**デフォルトの名無しさん** · 2022/02/17(木) 18:33:10.63

C#で書ける利点って
Shareフォルダに置いてるクラスを
クライアントとサーバーで共有できることだと思ってるけど違う？
C#しか書けない人の救済ってのもあるんだろうけどさ

**デフォルトの名無しさん** · 2022/02/17(木) 20:30:06.87

DB周りだったりビジネスロジック書くのはC#の方が圧倒的に便利だよ
BlazorによってJSが本来の役割に戻ったとも言える

**デフォルトの名無しさん** · 2022/02/17(木) 22:26:15.33

View側にDBアクセスやビジネスロジックは書かないかな…

**デフォルトの名無しさん** · 2022/02/17(木) 22:36:37.25

>>513
直接DOMを触らないとならないシチュエーションってあまり思いつかないが

**デフォルトの名無しさん** · 2022/02/17(木) 22:49:36.26

サーバーサイドとクライアントサイドを同一プロジェクトで開発できるところがめっちゃ便利

**デフォルトの名無しさん** · 2022/02/17(木) 23:19:41.56

>>523
だよね
日曜プログラマーがスタンドアロンの
デスクトップアプリ作ってるのかな？

**デフォルトの名無しさん** · 2022/02/18(金) 11:35:19.39

>>526
あ？うちの会社のソース見に来いや

**デフォルトの名無しさん** · 2022/02/18(金) 11:50:54.27

>>527
どこに行けばいいの？

**デフォルトの名無しさん** · 2022/02/18(金) 13:15:40.71

お前どこ中よ!?