[過去ﾛｸﾞ] Microsoft ASP.NET Blazor #02 (608ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
10(1): 2020/11/22(日)13:03 ID:abaPzBFv(1/3) AAS
>>8
Blazorとかあまり関係ないAsp.netの基本じゃないかそれ？
アセンブリ単位でのサービス登録、リフレクションを使ったサービス登録、サービス登録のサブモジュール化、などいくらでも手段はある
11: 2020/11/22(日)13:05 ID:bLh5qcao(2/3) AAS
>>8
そういう場合ばかり普通別のファイルにメソッドなり新しいクラス作るなりして
そこにサービス追加するコード書くんじゃないの
12: [なかsage] 2020/11/22(日)13:12 ID:nWFJksTe(1) AAS
>>3
どっちかというと、
Blazor基地外が他スレで暴れてるんだけどな。
それでこのスレに注目が集まってる。
13(1): 2020/11/22(日)13:17 ID:vrdBpsCk(2/5) AAS
>>10
そうなのか
知識不足ですまん
じゃあServiceはカテゴリごとに別プロジェクトで作成して
そのdllをAddSingletonしたらいいのかな
14: 2020/11/22(日)13:21 ID:vrdBpsCk(3/5) AAS
なんとなくカテゴリごとにBlazorServerのプロジェクト作るのかなと思ってたんだが
まとめてIISなりにデプロイする方法がわからんかった。
15(1): 2020/11/22(日)13:33 ID:abaPzBFv(2/3) AAS
>>13
やり方は色々ある
うちのやり方だとまずステレオタイプで分けて、ジェネリック型の登録、リフレクションで登録、個別に登録と段階分けてして登録してる
で、それをIServiceCollectionの拡張メソッドでラップしてUseXxx(オプション)の形式で公開
16: 2020/11/22(日)13:51 ID:vrdBpsCk(4/5) AAS
>>15
なるほど
サンプルくれ
17(1): 2020/11/22(日)14:01 ID:bLh5qcao(3/3) AAS
.NET Core で作られてるオープンソースのCMSがあるから
そのソース見ればいいと思う
18(1): 2020/11/22(日)14:15 ID:ujQ9d+0r(1) AAS
ここ見る限り簡単さで売ってるフレームワークじゃないみたいだな。
他の探すわ。
19: 2020/11/22(日)14:28 ID:vrdBpsCk(5/5) AAS
>>17
ありがとう
探してみる
20: 2020/11/22(日)14:42 ID:abaPzBFv(3/3) AAS
>>18
Reactより単純だよ
21(1): 2020/11/22(日)17:58 ID:NUTvM1Lb(1) AAS
純粋にBlazorの話がしたい人はこちらに移動してくださいね
【本命】Blazor スレ2【真打】
2chｽﾚ:tech
22(1): 2020/11/23(月)02:43 ID:WFPhqmL6(1/3) AAS
>>21
のスレはスタンドアロンでBlazorを使う場合のみのスレ
ここはASP.NETがバックエンドに絡む場合にもOKのスレ
23(1): 2020/11/23(月)07:21 ID:con/o1/6(1) AAS
スタンドアローンでBlazor使うのってどういうケースなんだ？
ゲーム？
あ、電卓か。
24(1): 2020/11/23(月)08:37 ID:UgGRFwp8(1) AAS
>>22
いやいやBlazorだってASP.NETの中のピースなのでその理論はおかしい
25: 2020/11/23(月)08:51 ID:WFPhqmL6(2/3) AAS
>>23
データを全部ローカルに持ってるアプリ
サーバーレスで使えるゲームとかもそうだな
>>24
真打スレの1が頭おかしいからしょうがない
ASP.NET野郎とか言い出してASP.NETの話題を極度に嫌ってる
難癖としかいいようがない
省1
26: 2020/11/23(月)08:55 ID:WFPhqmL6(3/3) AAS
>>1
誤解のないようこちらにも書いておくけど
前スレと扱ってるテーマは何も変えてない。
本命、真打とかいういらないスレタイのワードを消して検索にかかりやすくした
気持ち悪いポエム系テンプレをなくした
これだけ。改善しかしてない
27: 2020/11/24(火)00:14 ID:EBaS3Lgi(1) AAS
あっちの>>1はいろいろとあたまおかしい
せっかくだからあっちから出てこないでもらいたい
28: 2020/11/24(火)20:21 ID:VvBbDMQG(1) AAS
BlazorはASP.NETと関連性が高いしASP.NETの話題が出るのは避けられない。
こっちは前スレの実態どおりに、ふつうに使っていきましょう
29(2): 2020/11/25(水)18:39 ID:zFotDvmS(1/3) AAS
asp.net mvcとblazorを混ぜこぜにすることってできるんだろうか
asp.net mvcで作ったアプリを全部blazorに変更する必要はないんだが
一機能だけ複雑怪奇なUIなのでBlazorで作りたい
30: 2020/11/25(水)19:11 ID:89i//6R1(1) AAS
>>29
できるよ
31: 2020/11/25(水)20:21 ID:imttWao4(1) AAS
>>29
どっちのBlazor？？
複雑なUIはXamarin.Formsが最適解だとおもうわ
速いし、開発も楽
32: 2020/11/25(水)20:44 ID:zFotDvmS(2/3) AAS
いやすでにMVCのWEBアプリで出来てるのにいきなりその機能だけザマリンになったら困る…
33: 2020/11/25(水)20:44 ID:zFotDvmS(3/3) AAS
あ、BlazorServerかな…
楽な方でいいんだけど
34(1): 2020/11/26(木)01:20 ID:OS71rNiZ(1/2) AAS
つーか、前スレからxamarin推しのアホが居着いてるけどいい加減控えろって
35(1): 2020/11/26(木)01:49 ID:O9/RzT4k(1) AAS
ASP.NETの話題禁止のクソスレに書き込んでしまいました
VPSを借りて、Linux上にasp.net core(?)をインストールすれば、BlazorServer
が普通に使える様になるのでしょうか？
36(1): 2020/11/26(木)03:24 ID:+DwRTiUz(1/3) AAS
>>34
良いものを勧めて何が悪い
nativeなら別にXamarinじゃなくてもいいが、
ここはMSの技術のスレだから俺なりに配慮してMSのXamarinを書いている
Blasor Wasmが現時点でムリゲーなのは触ればわかる
37(1): 2020/11/26(木)03:33 ID:+DwRTiUz(2/3) AAS
>>35
用途と規模、同時接続数は？
ASP.NETの話題禁止のクソスレではレンタルサーバーとか
VPSとか勧めてた人いたけどよっぽど小規模じゃないとアウトだと思う
Blazor Serverはserver-sideで多くの仕事するから
スペックがしょぼい共用のServerは適さない。
専用にハード用意してでオンプレミスか、
省1
38(1): 2020/11/26(木)08:20 ID:a2VDJR7j(1/3) AAS
>>36
その前にザマリンってブラウザ上で動いたっけ…
>>37
企業内でしか使わない、同時接続はせいぜい100くらいかな
この手の使い方ならBlazorSever一択な気がする
wasmはServerが選択できないようなシチュエーション、不特定多数が使うゲームとかで使う感じ
しかしBlazorServerってパフォーマンスについてはほんとに未知数。
省3
39: 2020/11/26(木)12:21 ID:OS71rNiZ(2/2) AAS
ザマリン野郎はただのハッタリ詐欺師よ
どこかの派遣先でちょろっと触った事がある程度の経験しか無い癖に、さも分かってるかのように騙る馬鹿
40: 2020/11/26(木)12:55 ID:a2VDJR7j(2/3) AAS
ザマ郎め…
41(1): 2020/11/26(木)13:10 ID:+DwRTiUz(3/3) AAS
>>38
nativeはブラウザで動かないからこそいい。
ブラウザの悪いところの制約をうけない。
CSSとhtmlでUIつくるする必要ないから生産性高くて動作もはやい
XamarinならJSだけでなく、めんどくさいCSSとhtmlも意識しなくてよくなる
42: 2020/11/26(木)14:47 ID:a2VDJR7j(3/3) AAS
>>41
いやブラウザ上で動かすと言うのが要件です
43: 2020/11/28(土)21:32 ID:VVrnAQDV(1) AAS
エセザマ野郎が本家Xamarinスレで暴れて鬱陶しいんで、きちんとここに隔離拘束しといて！
44: 2020/11/29(日)12:22 ID:t4883+oA(1) AAS
ザマ郎め…
45(3): 2020/12/01(火)16:13 ID:KJeyTCS5(1) AAS
Blazorwasmって、ローカルで動かしてみたり、認証のいらないアプリを書いたりするには良いけどさ
認証を入れて安物VPSに配置すると、Pingが高いせいかめちゃくちゃ遅くなっちゃうのな
Azureを契約したら認証を使ってもまともなスピードで動くのか気になるところなんだけど、どっかで体験できるサイトってないかな？
46(1): 2020/12/01(火)16:55 ID:TBput4Ui(1) AAS
認証の実装次第じゃね？
47: 2020/12/01(火)17:08 ID:mXq+MLFh(1/2) AAS
>>45
azureのfreeプランで体験すればいいんじゃないの
48: 2020/12/01(火)17:11 ID:EvEZBXUJ(1/3) AAS
>>45-46
認証どの方法でやってるの？認証というかDBがクソ遅いんでは？
ストレージと契約プランは？
自分の固定回線でサーバー立ててオンプレミスでパフォーマンス
見てみればいい。
モバイル回線からアクセスとかして実際のローディングの実感つかんだり。
VPSとかレンタルサーバーとかスペックがとにかくしょぼい
省1
49: 2020/12/01(火)17:13 ID:EvEZBXUJ(2/3) AAS
オンプレミスなら占有できるし、ストレージもSSDとか使える。
安いVPSとかいまだにHDDだったりとにかくスペックがゴミだぞ
大手クラウドはましだけど維持費高い
50: 2020/12/01(火)18:48 ID:WP+WGTcn(1) AAS
誰かと共有してるサーバーなんて、
誰かの処理が多かったら、自分の処理は少なくなる
特に安い所は、共有者が多いかも
51: 2020/12/01(火)19:18 ID:mXq+MLFh(2/2) AAS
AWSのlargeインスタンスに本番デプロイしてるけど特に問題なしだな
52(1): 2020/12/01(火)19:36 ID:+qF/uZ2f(1) AAS
>>45
webassemblyはローカルで動くんだから
VPSは関係ないでしょ
関係あるとしたら必要以上に通信してるとか
設計の問題でしょ
53: 2020/12/01(火)21:47 ID:EvEZBXUJ(3/3) AAS
>>52
関係あるに決まってるだろう
最初のローディングはサーバーからのダウンロードだし
認証やるならDBの速度にひっかかる。
スタンドアロンで完結するアプリなんてほとんどない
54: 2020/12/02(水)00:16 ID:3xGcwmKY(1/3) AAS
もしかしてクライアントからDB直接アクセスしてんのか
55: 2020/12/02(水)00:53 ID:EgVjsFYE(1/6) AAS
認証使ってるのか書かれてないから不明だが認証は通常DBを使うし
安いVPSだとApplication Serverと同一のhostにDBもあるし、
たくさんのユーザーが同時使用するから遅い。
共有サーバーでストレージがHDDだとすごく遅くなるのは明らか
56(3): 2020/12/02(水)01:11 ID:YoQmKH+u(1) AAS
認証のDBアクセスが重いとか、どんだけ高負荷な有名サービスだよ
57(2): 2020/12/02(水)02:35 ID:ZTMuPDF1(1) AAS
>>56
それは思った。
そんなサイトは世界でも100も無いのではないかと思うのだが。
58: 2020/12/02(水)06:18 ID:EgVjsFYE(2/6) AAS
>>56-57
web appで一番ボトルネックになるのは
RDBってのは昔からふつうのことだぞ
だからこそRubyやJSなど低速な言語のサイトもけっこうある。
ボトルネックが言語よりもDBになることが多いからだ
あと通常、認証後にもリソースの権限チェックが行われる。
トークンベースだったとしてもそこの計算量が多くCPUにも負担がかかる。
省1
59: 2020/12/02(水)06:22 ID:EgVjsFYE(3/6) AAS
>>56-57
どんだけ有名サービスだよってことじゃなくて、
レンタルサーバー、VPSがどんだけ詰め込んでんだよって話
限界まで詰め込みすぎなわけ
共用サーバーは膨大な数のWordPressとかが動いてる
同一サーバーの契約者数、アクセス数が多いから
自サイトのアクセス数の絶対数が少なくても性能が足りなくなる。
省1
60(1): 2020/12/02(水)08:22 ID:+nSH4YQS(1/4) AAS
Blazor Serverの仕組みって一般的にはなんと呼ばれる技術なのか分かる人いますか
SignalRでSPAを実現してるやり方って他の言語やフレームワークにもある？
MS系に詳しくない人たちに説明したい。
61: [なかsage] 2020/12/02(水)10:29 ID:yJY81L7A(1/5) AAS
サーバー不要の方式がSPA
62: 2020/12/02(水)11:01 ID:EgVjsFYE(4/6) AAS
>>60
エンジニア向けの説明？
MS技術に詳しくない人ならSignalRも知らないはず
類似のSPA技術はないだろう。
ほかのframeworkはなるべくステートレスにやろうとするが
Blazor Serverはステートフルでサーバーが多くの仕事をする。
しかもJSを書かない
63(2): 2020/12/02(水)12:25 ID:+nSH4YQS(2/4) AAS
古くなったWebFormの移行先の技術選定で、社内のお偉方に説明する必要がある。
Serverの方は既存コードから再利用性が高そうだから使ってみようと思ったが
こんな技術が身についても潰しが効かないし、若手が嫌がりそう。
wasmも使い物にならんし
ts+Reactとかに思い切って移行するほうがいいのかもしれないと俺は思い始めた。
64: [なかsage] 2020/12/02(水)12:31 ID:yJY81L7A(2/5) AAS
既存のクソコードを一掃する
チャンスでもあるわけだ。
65(2): 2020/12/02(水)12:35 ID:4ZukVyfA(1) AAS
>>63
BlazorとWebFormsは全然違うからダイレクトに移行するメリットはないよ
WebFormsをリファクタリングしてAspNet Core Webapi+WebFormsの形に落とし込む
その後WebFormsを好きなフレームワーク乗せ変える
移行先のフレームワークとしてBlazorを選んでもいい
これが移行の王道
66(2): 2020/12/02(水)12:49 ID:+nSH4YQS(3/4) AAS
>>65
なるほどなあ
しかしwebapiの設計がまじでわからん
みんな本当にget,put,post,deleteのRESTの原則に従って作ってるのだろうか。
バッチ処理とかどうしてるんだろう
67: [なかsage] 2020/12/02(水)12:53 ID:yJY81L7A(3/5) AAS
>>66
大分まえから普通がRESTよ。
つい最近もオレオレREST？API作ってきたベンダーが集中砲火。
68: 2020/12/02(水)13:54 ID:vDg6xkSY(1) AAS
REST, GraphQL とか
バッチ処理は、AWS Batch, Lambda とか
69: 2020/12/02(水)14:00 ID:EgVjsFYE(5/6) AAS
>>63
思い切って移行ならXamarin.Forms
速くて使いやすくて喜ばれる
スマートフォンアプリ作れるようになるしエンジニア教育の
面でもベストだわ
少し待ってMAUIでもいいとおもうが。
>>65
省4
70: 2020/12/02(水)14:02 ID:7ARpvJUU(1/2) AAS
Visual Studio使ったら難しいこと考えなくてもC#でREST API生成できるやん
71(1): 2020/12/02(水)14:03 ID:7ARpvJUU(2/2) AAS
Xamarin野郎来たからBlazor本スレに戻るわ
72: 2020/12/02(水)14:09 ID:EgVjsFYE(6/6) AAS
>>71
新しいことを学べない人には無理だろうな
Xamarin.Formsという言葉だけで拒絶反応を示す
スタンドアロンスレに戻りなｗ
73: 2020/12/02(水)14:28 ID:u23z8tnt(1/2) AAS
あ、知識・スキル共に皆無なことが露呈してXamarin本スレから逃げ出した人や
こいつこんな所におったんか
74(1): 2020/12/02(水)15:32 ID:3xGcwmKY(2/3) AAS
>>66
今どきRESTだけなんて無いよ
クエリスタックはRESTとGlaphQLの組み合わせ
コマンドスタックはgRPC
これが今のスタンダード
75(1): [なかsage] 2020/12/02(水)16:08 ID:yJY81L7A(4/5) AAS
>>74
gRPCが今のスタンダード？
笑
76: 2020/12/02(水)16:10 ID:u23z8tnt(2/2) AAS
MagicOnionマジおすすめ
77: 2020/12/02(水)18:02 ID:+nSH4YQS(4/4) AAS
昔SOAPを使っていたのもあって
なかなかREST APIに馴染めない
に加えてあのURIを文字列で記述するのが嫌
クエリパラメータも文字列なのが嫌
スペルミスしてたら動かないとかつらすぎる。
（あんまり使ったことないから間違ったこと書いてたすまん）
せっかく同じC#なんだから型安全がいい
省5
78(1): 2020/12/02(水)19:39 ID:3xGcwmKY(3/3) AAS
>>75
そだよ
コマンドスタックは現状これしかない
79: [なかsage] 2020/12/02(水)19:44 ID:yJY81L7A(5/5) AAS
>>78
スタンダードの意味は？
80(2): 2020/12/08(火)10:45 ID:p9ADjhn4(1) AAS
何をやっているか知りたいので空のプロジェクトから解説しているサイトないですか？
dotnet new web
81(1): 2020/12/08(火)16:14 ID:11kT5JjZ(1/2) AAS
>>80
？
dotnet new webっていうコマンドが
なにをやっているか知りたいってこと？
82(1): 2020/12/08(火)16:23 ID:aYlokb/a(1) AAS
>>81
もんもー？
dotnet new web後の流れが知りたいってことでしょ
83: 2020/12/08(火)16:43 ID:C+tXhbuq(1) AAS
本ならあった気がするがサイトは知らんな
84: 2020/12/08(火)16:45 ID:v7gdDVm9(1) AAS
スレチ
85: 2020/12/08(火)17:11 ID:E4wQPgos(1) AAS
文もう
86: 2020/12/08(火)18:21 ID:11kT5JjZ(2/2) AAS
>>82
それってテンプレートから作ったものを
読めばいいんじゃね
87: 2020/12/09(水)10:00 ID:R4W4bNd2(1) AAS
>>80
>1-2 のテンプレートに書いてあるだろう
まずはMicrosoftのドキュメントに目を通す
88(1): 2020/12/18(金)07:21 ID:5JOKzxNw(1) AAS
この技術に限らずMSの出してくるフレームワークに手を出しづらい理由
MS自身が使ってないからなんだよな…
ブラウザ上でうごくExcelをBlazorで作ってるんなら安心するんだが。
89(2): 2020/12/18(金)09:13 ID:AKVGlWuS(1/4) AAS
>>88
wasmの話だろうと仮定。
そんな無駄な移植しても意味ないし当然だろう
Excelはweb appとnative appで存在するのに
中途半端なBlazor Wasmで作る意味がない。
Excelに限らない話かもしれない
このままweb appとnative appだけが続き
省1
90(1): 2020/12/18(金)09:16 ID:mc4Y4fQo(1) AAS
pythonが動き出すと話は全く変わってくる
上下前次1-新書関写板覧索設栞歴
あと 518 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.020s