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

**デフォルトの名無しさん** · 2022/10/11(火) 17:12:21.47

3大データベースて

SQL ServerはDBMSシェアでずっと上位だぞ
Oracleが入ってないのもおかしい

**デフォルトの名無しさん** · 2022/10/11(火) 19:08:15.45

>>581
ふーん
SQLServer以外使わないのであればSQL直書きでいいわけか

**デフォルトの名無しさん** · 2022/10/11(火) 19:34:23.34

>>583
そいつ荒らしだぞ

**デフォルトの名無しさん** · 2022/10/12(水) 17:15:23.05

Blazor　のが　MVC　とか
JavaScript ViewJs なんかで開発するより
数倍効率は良くなる
はっきり言ってBlazor があるのに
何で他の使ってんの状態

**デフォルトの名無しさん** · 2022/10/12(水) 17:40:45.84

そりゃまあ学習コストの問題だね
何も知らない人がいきなりBlazorから始めるのは勇気がいるしある程度経験のある人が移行するのは面倒くさい
今はC#が好きな人やBlazorに興味がある人がいじってる状態
情報は絶対的に足りてない
JavaScriptだと「こんなサイトを見たからその真似をしたい」と思って探すとたいていやり方がすぐみつかる
Blazorは自分で作るのが基本
例えば仮にPWAを作りたくなったとしてどう作る？
Blazorが広く使われるようになるにはもう少し時間がかかるだろう

**デフォルトの名無しさん** · 2022/10/12(水) 19:03:27.38

藍より青しって言葉があるからね
後発が先発よりも優れてるってのは当たり前さね
まぁDartとかいうゴミ言語みたいな例もあるけどね

**デフォルトの名無しさん** · 2022/10/12(水) 19:21:29.39

もう少し情報が有ればなぁ

**デフォルトの名無しさん** · 2022/10/12(水) 19:26:46.68

もうちょい書籍も充実してくれたらな

**デフォルトの名無しさん** · 2022/10/12(水) 19:44:33.71

学習コストの問題に含まれるかもだけど
ホスティング環境の問題もある気がする

いざデプロイとなると大まかに
- コンテナインスタンス立ち上げる
- IISで動かす
とかになると思うんだけど

コンテナ化するだけか！最高！って喜べる層はそこまで多くない気もしてる

**デフォルトの名無しさん** · 2022/10/12(水) 19:49:23.47

社内ツールで使いたいけど
Blazor ServerってWindowsのサービスとして使えたりすんの？
IISいるの？

**デフォルトの名無しさん** · 2022/10/12(水) 20:14:32.09

>>591
IISなくても動くよ！

単体で動くKestrelっていうWebサーバーが既定で内包されるようになってる

自分はまだWindowsサービスとして動かしたことはないけど
blazor UseWindowsService
あたりで調べれば情報出てくるはず

**デフォルトの名無しさん** · 2022/10/12(水) 22:08:01.80

>>591
試してないけどこれでいけないか
https://www.tatlead.com/2022/03/15/Blazor-Server-as-a-Windows-Service/

**デフォルトの名無しさん** · 2022/10/13(木) 09:07:53.34

EntityFramework使わずSQLと接続する方法がわからぬ…
program.csファイルにjsonファイルから文字取得するメソッド作って
他のクラスでそのメソッド呼び出してSQLと繋ぐってイメージ？

**デフォルトの名無しさん** · 2022/10/13(木) 09:12:09.76

てかなんでみんなEFでAPI使った方法しか紹介しないんだろうか？
API作るのが主流なのか？？？

**デフォルトの名無しさん** · 2022/10/13(木) 09:22:06.04

>>595
EFがDBのファサードになるから
なんだけどそれでもチューニングしていくと結局DBに依存するから役に立ったことないんだよね
SQLをリソースにしたりExecuteCommandのラッパーを作ったりする方が話が早い

**デフォルトの名無しさん** · 2022/10/13(木) 10:56:07.68

初めてのDB接続でEFから始める事の愚かさ...

**デフォルトの名無しさん** · 2022/10/13(木) 12:32:00.01

やっぱそうだよな
configurationでappsetting.jsonの接続文字列読み取れることができたからこれ使う

**デフォルトの名無しさん** · 2022/10/13(木) 12:48:20.55

Dapper最強

**デフォルトの名無しさん** · 2022/10/13(木) 13:09:19.80

ああだめだ…
ASP.NET CoreでホストされたBlazorWebAssemblyでSharedでConnectionString取得するメソッド作ったけどクライアントの方で使えない…
どうすればいいんだ…
Serverの方で作ったクラスも参照できないし…どうしたら…

**デフォルトの名無しさん** · 2022/10/13(木) 13:13:18.44

もうEFでAPI作るようにするか…

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

普通にAWS に上げて
無料で使えば？

**デフォルトの名無しさん** · 2022/10/13(木) 13:28:28.22

EF は余計な事するから
Dapper で普通のsgl
のがわかりやすい
PostgreSql なら無料で使えるし

**デフォルトの名無しさん** · 2022/10/13(木) 13:48:44.38

この板限定だけどPostgreSQLを勧めるのはキチガイの印象しかない

**デフォルトの名無しさん** · 2022/10/13(木) 14:09:27.36

何か問題でも？

**デフォルトの名無しさん** · 2022/10/13(木) 14:33:07.99

MySQL よりはましだと思うけど。

**デフォルトの名無しさん** · 2022/10/13(木) 14:50:13.02

PostgreSQLには問題ないよ
あくまで勧めてる一人がおかしいだけ

**デフォルトの名無しさん** · 2022/10/13(木) 17:50:39.69

SQL文でいいじゃん

**デフォルトの名無しさん** · 2022/10/13(木) 20:03:28.02

Dao 作るんならEF風に使えるし
末端のプログラマーにはSQLは
触らせない手もある
上級プログラマー以外はSQL
使うなみたいな

**デフォルトの名無しさん** · 2022/10/13(木) 22:17:53.92

>>609
ありえん...

処理を全部SQLで書かせないから（ここ強制）
処理速度が遅いわ
コードはぐちゃぐちゃだわになる

**デフォルトの名無しさん** · 2022/10/14(金) 08:31:33.84

逆だろ
書き込みは共通ルールに則って
統一されるからキレイなコードになる

**デフォルトの名無しさん** · 2022/10/14(金) 08:44:55.47

>>610
フロントエンドdisってんの？

**デフォルトの名無しさん** · 2022/10/14(金) 10:07:51.45

>>611
専属のデータベーススペシャリストのいるプロジェクトかな？

>>612
ロジックは全部APIの内側！
クライアントは表示と手続き支援のみ！

**デフォルトの名無しさん** · 2022/10/14(金) 10:14:38.81

BlazorをSQLで動かす件なんとかなりそう

**デフォルトの名無しさん** · 2022/10/14(金) 12:50:05.92

DbのオープンだけEFのクラス使って
Dapper入れれば普通のプロジェクトと
変わらないでしょ

**デフォルトの名無しさん** · 2022/10/14(金) 12:53:57.67

オープンはServer側でAppsetting.json読み取るクラス作ってそこから接続文字列読み取るようにした
SQLの操作はSystem.Data.SqlClientクラスを使ったよ

**580** · 2022/10/14(金) 12:56:41.40

【エンジニア未経験】転職を成功させるWebアプリ開発の技術選定7選
www.youtube.com/watch?v=K6Us1UXI784&t=170s

この動画で、Ruby on Rails 専門学校・RUNTEQ の菊本も言ってる。
データベースはPostgreSQL、セッション管理はRedis

そもそも、Heroku もPostgreSQL だし

**デフォルトの名無しさん** · 2022/10/14(金) 13:05:54.03

AWS のオーロラdb
がポスグレでしょ
AWSでサーバー立てるなら
一番安上がり

**デフォルトの名無しさん** · 2022/10/14(金) 13:24:37.50

それだとDBの管理が面倒くさいでしょ
フレームワーク任せのが簡単
コネクトプールとかも使えるし
>>616

**580** · 2022/10/14(金) 15:59:36.54

AWS Aurora は、PostgreSQL なのか？

Auroraは、MySQL および PostgreSQL と、完全な互換性がある

**デフォルトの名無しさん** · 2022/10/14(金) 19:06:51.28

SQL駆使するプログラマはSQLにドメインロジック入れがち
テスト書けなくなる

**デフォルトの名無しさん** · 2022/10/14(金) 19:58:24.89

書けんぞーー

**デフォルトの名無しさん** · 2022/10/15(土) 00:23:01.90

昔はPLSQLだけでwebサイト作ってる
時代もあったね

**デフォルトの名無しさん** · 2022/10/15(土) 00:31:07.51

Blazor はEF使ってオープンして
スタートupでdbアクセス用のサービスを
DI化して
各クライアントのページからは
インジェクトでサービスを取り込むのが
標準のようになってる

**デフォルトの名無しさん** · 2022/10/15(土) 11:20:22.20

>>623
ほぼオンメモリで動くあれは爆速だったな。
まだcgiが主流でようやくmod_perlが普及し始めたくらいの当時。

**デフォルトの名無しさん** · 2022/10/15(土) 17:19:39.52

Blazorの@pageルーティングでリストの数で複製させるってどうやるのでしょうか
例えばリストに1～5までがあったら
@page "/1"
@page "/2"
@page "/3"
@page "/4"
@page "/5"
ってのが自動生成されるようにしたいです

**デフォルトの名無しさん** · 2022/10/15(土) 17:23:19.35

なんでクエリパラメータ使わないんだ

**デフォルトの名無しさん** · 2022/10/15(土) 17:30:16.93

@page "/{変数}"これですか？

これをどうやってリストの数字と置き換えるかに迷ってます
まさか
@foreach(int i in List)
{
@page "/{i.ID}"
}
とかにするわけじゃないですよね？？？

**デフォルトの名無しさん** · 2022/10/15(土) 17:34:18.27

そうじゃなく/?number=1とかでいいじゃんってこと
numberそれぞれ別ページにするんじゃなく同じページじゃいかんのか？

**デフォルトの名無しさん** · 2022/10/15(土) 17:40:58.56

>>629
なるほどそういう方法もあるんですね
その場合どうやれば良いのでしょうか？

**デフォルトの名無しさん** · 2022/10/15(土) 17:42:46.50

>>630
https://zenn.dev/okazuki/articles/blazor-wasm-rc1-queryparam

**デフォルトの名無しさん** · 2022/10/15(土) 17:44:02.33

>>631
ありがとうございます！
参考にします！

**デフォルトの名無しさん** · 2022/10/15(土) 18:01:02.34

これって例えばなんですけど
左のサイドバーにリストの数字が羅列されててその数字にリンクが貼ってある

サイドバー
@foreach(int i in List)
{
‹a href=$"/?{i.ID}/›
}
のときもそのサイドバーのリンク踏むだけで移動できるものなのでしょうか?

**デフォルトの名無しさん** · 2022/10/15(土) 18:42:49.22

なんでやってみないの？
表示されたリンク踏んで望んだページに遷移するかをまず確かめる
望んだページでなかった場合は正しいURLをアドレスバーに打ち込んでみる
それでも遷移できなければルーティングが間違ってる

**デフォルトの名無しさん** · 2022/10/15(土) 18:51:50.63

やってみます

**デフォルトの名無しさん** · 2022/10/15(土) 20:17:29.10

できました！
ありがとうございます！

**デフォルトの名無しさん** · 2022/10/15(土) 23:55:24.84

セッションストレージも使ってみてる？

**デフォルトの名無しさん** · 2022/10/16(日) 00:04:25.60

セッションストレージとはなんですか？

**デフォルトの名無しさん** · 2022/10/16(日) 02:21:27.13

https://learn.microsoft.com/ja-jp/aspnet/core/blazor/state-management?view=aspnetcore-6.0&pivots=server

クッキーの変わりにページ間でデータを引き渡す方法

**デフォルトの名無しさん** · 2022/10/16(日) 11:06:32.08

>>639
なるほどありがとうございます
少しずつ覚えていきます

**デフォルトの名無しさん** · 2022/10/16(日) 13:37:55.31

そういやなんでコテつけるのやめたの

**デフォルトの名無しさん** · 2022/10/17(月) 17:40:07.32

他のスレで自演してるから間違えると恥ずいので

**デフォルトの名無しさん** · 2022/10/17(月) 19:00:12.83

何か変なのが居るね

**デフォルトの名無しさん** · 2022/10/17(月) 19:10:27.51

.NET MAUI HighSchoolですが私のことですか？
このコテは.NET MAUI用に作ったものなので他のスレでは使わないようにしてます

**デフォルトの名無しさん** · 2022/10/27(木) 17:48:33.08

server触ってるけど直接DB触れるんだな…楽だ

**デフォルトの名無しさん** · 2022/10/27(木) 17:52:12.31

そりゃバックエンドが直接触らなきゃどこが触るんだ

**デフォルトの名無しさん** · 2022/10/27(木) 19:25:13.82

小規模な業務アプリとかだとラクでいいね

**デフォルトの名無しさん** · 2022/10/27(木) 19:28:12.52

大規模アプリでも静的型付けだから楽になるはずなんだけどな

**デフォルトの名無しさん** · 2022/10/28(金) 18:55:37.18

大規模でserverはパフォーマンスもやばそうだし
プレゼントテーション層でDBアクセスしたりビジネスロジック書き出すやついそう

**デフォルトの名無しさん** · 2022/11/01(火) 12:56:24.96

おかげさまでBlazorアプリできました
https://mauiwiki.azurewebsites.net/

最初のLoadingにアニメーションとかインジケーターとか入れたいのですが可能でしょうか？
可能であればどこに入れればよいでしょうか？

**デフォルトの名無しさん** · 2022/11/01(火) 12:58:06.54

テンプレートアップデートしろよ
自動で入るから

**デフォルトの名無しさん** · 2022/11/01(火) 15:48:36.66

おおついに！リリースおめでとう

**デフォルトの名無しさん** · 2022/11/01(火) 19:04:02.61

>>651
そうなんですか
ありがとうございます！

**デフォルトの名無しさん** · 2022/11/01(火) 19:04:19.40

>>652
ありがとうございます！
色々迷惑かけました

**デフォルトの名無しさん** · 2022/11/01(火) 22:55:51.64

>>650
ボロカス書かれてて胸が痛い

**デフォルトの名無しさん** · 2022/11/01(火) 23:18:03.65

機能/操作性はおいといて
ロード長すぎ（つかWebアプリならロード時間不要）
パフォーマンス悪すぎやな

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

2回目でも更新されてたらまたロード長いからなぁ。
表示が始まるまで7-8秒からかかり、
表示された後も数秒ロードw

5秒過ぎだら毎日1億アクセスあるようなサイト以外
殆どの人はバックボタン押すからな。

**デフォルトの名無しさん** · 2022/11/02(水) 18:47:41.03

自分は新サービスたぶんそんなに人使わないと踏んで
Blazor Serverを選んだけど
毎日1血�Aクセスで想鋳闥ﾊりだわ(遠い目)

**デフォルトの名無しさん** · 2022/11/02(水) 20:14:34.39

そのロード負荷(精神的な)を減らすためにアニメーションとかあればいいなぁと思ってる
初っ端のチュートリアルみたいなやつだけでもjsとHTMLとCSS使って表示させとくとか
まぁできないかもしれんけど

**デフォルトの名無しさん** · 2022/11/02(水) 20:44:59.66

wasmかserverかしらんけどこんな掲示板に近いようなサービスでspaにする必要ある？
https://webassembly.org/docs/use-cases/

**デフォルトの名無しさん** · 2022/11/02(水) 22:30:34.11

>>659
loading...のとこ変えればいけるはずだからいけるはず(語彙力)

**デフォルトの名無しさん** · 2022/11/03(木) 00:34:06.16

>>661
ふむふむ…

**.NET MAUI HighSchool** · 2022/11/28(月) 00:22:05.78

ASP.NETにホストされたWebAssemblyでのIISデプロイの仕方がわから～ん
なんでか発行するとエラーが出てできないんだが…

**.NET MAUI HighSchool** · 2022/11/28(月) 23:28:55.51

IISにはデプロイできてlocalhostでは開けるのにそのサーバーのIPアドレスと任意ポートでアクセスしようとしたらダメだった…

**.NET MAUI HighSchool** · 2022/12/01(木) 00:54:07.14

プリコネのエイプリルフール用アプリってサーバー側BlazorServer使ってるらしい
https://magazine.cygames.co.jp/archives/24728

**.NET MAUI HighSchool** · 2022/12/01(木) 01:01:16.05

ここね

https://i.imgur.com/tqOTYYo.png

**デフォルトの名無しさん** · 2022/12/01(木) 10:12:14.97

>>666
おお～

ちと断定するまではできないけど
確かにそれっぽいな！

**デフォルトの名無しさん** · 2022/12/01(木) 12:05:53.63

builtwith.com/

で、使っている技術を分析してみれば？

**デフォルトの名無しさん** · 2022/12/01(木) 12:25:14.41

>>665
自分が読み違えているかもだけど、
エイプリルフール用アプリをBlazorServerで作ったんじゃなくて、社内で使う開発用ツールをBlazorServerで作ったんじゃないの？

社内で使うようなツールはServerで作った方が楽ちんってことよね
ユースケース的にも合致してて納得
不特定多数の人が使うようなものをServerで作っちゃうとリソース爆食い

**デフォルトの名無しさん** · 2022/12/01(木) 15:25:21.01

>>669の理解で合ってると思う
CysharpってC#使うための会社なのに、そのCysharpですら社内ツールにしかBlazor使ってないということにむしろ驚くわ

**デフォルトの名無しさん** · 2022/12/01(木) 18:08:26.67

>>670
wasm自体、使い所がゲームか業務システムくらいだし
CySharpも謹製のマジックオニオンがまだBlazorWasmに対応してない（未来永劫対応しないかもしれない）ので、
ブラウザで動くゲームは公開しないんじゃないかな

自分はコテコテのSIerなので、業務システムをBlazorで作ってみたい気持ちもあるけど
つぶしが効かなさそうなので二の足踏んでる

**デフォルトの名無しさん** · 2022/12/01(木) 18:16:13.79

wasmはたまに使うんだけど、c#から書き出したものはまだちょっと時期尚早かなぁ。
BlazorはクラシックASPみたいにサーバがジリ貧になりそうなので怖いわ。

**.NET MAUI HighSchool** · 2022/12/01(木) 19:44:47.90

>>671
潰し聞くだろ
C#だぞ？

**.NET MAUI HighSchool** · 2022/12/01(木) 19:48:58.10

使ってみればわかるけどReactよりも直感的になったブラウザでもC#を使えるようになる技術だぞ？
潰しとかどうこうじゃなくね？
普通にC#やってれば使えるしBlazorだけでなくてもバックエンドでもデスクトップでもモバイルでも活用できるだろ

**デフォルトの名無しさん** · 2022/12/01(木) 19:49:54.64

ださ

**.NET MAUI HighSchool** · 2022/12/01(木) 19:50:29.24

ださとは？

**デフォルトの名無しさん** · 2022/12/01(木) 21:50:22.78

>>673
C# ができるのと、Blazorができるのはまた違うだろ

**.NET MAUI HighSchool** · 2022/12/01(木) 22:44:53.80

>>677
そうか？
ほぼC#のようにBlazorアプリ作ったけど

**デフォルトの名無しさん** · 2022/12/01(木) 22:54:37.99

>>678
極端な話Unityいじっててインターフェースの概念すら知らない人もC#経験者に含まれてくるからね
分けて考えておくのが吉かと

**デフォルトの名無しさん** · 2022/12/01(木) 22:57:55.78

SPAをやるならReactやSvelte等のJSフレームワークの方が圧倒的に潰しがきくのは厳然たる事実なんで、低レベルな議論は虚しいだけだぞ
BlazorはAPIの実装とか面倒なことをしないで従来のWebFormsのように社内ツールをお手軽に作れる技術であり、それ以上でも以下でもない

**.NET MAUI HighSchool** · 2022/12/02(金) 06:56:10.75

C#使えるなら覚えといて損はないと思うけどな

**デフォルトの名無しさん** · 2022/12/02(金) 07:31:32.55

そりゃなんでも覚えたら損はしないけど時間は有限なのだ。
自分が個人的に何かWebサービス作るならBlazor wasm使うけど、会社で若手に習得させるフロント技術を選択せよとなったらReact選ぶわ。