[過去ログ] Microsoft ASP.NET Blazor #02 (608レス)
1-

このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
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という言葉だけで拒絶反応を示す

スタンドアロンスレに戻りなw
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が動き出すと話は全く変わってくる
91
(1): 2020/12/18(金)19:18 ID:WIChbQFJ(1/4) AAS
>>89
NativeにしてもWPFやXamarinでは作ってないよね
たしかReactNativeだったかな

技術的な意味がなくても移行をあえてやってみて
Officeで使われた技術です!
って宣伝するだけでその技術への信頼度上がるとおもうんだけどなー
92
(2): 2020/12/18(金)20:08 ID:AKVGlWuS(2/4) AAS
>>91
SPのExcelはReact Nativeなの?
Xamarinじゃなくて?

MSが使ってるかどうかよりも
MSと資本関係ののない多くの会社が使ってるかの方が信頼できるな
MSが使ってても宣伝やしがらみのためだと思われることもある
93
(1): 2020/12/18(金)20:12 ID:AKVGlWuS(3/4) AAS
>>90
Pythonはスクリプトだから遅いし大規模にも向かない。
TSとおなじく、MSのnative appやASP.NETでは
使えない状態のままだとおもう。
主力はC#

PythonはAIとか強いからMSとしてその分野の強化かと
94: 2020/12/18(金)20:22 ID:UPU6Cu+L(1) AAS
愛の不時着いいよね〜w

見たことないけど。
95
(1): 2020/12/18(金)20:38 ID:WIChbQFJ(2/4) AAS
>>92
SPがなにかわからんけど
クロスプラットフォームかということでReactNative使ってるんだと。
外部リンク:www.softantenna.com
96
(1): 2020/12/18(金)20:45 ID:4UaQE5Dn(1/2) AAS
>>92
外部リンク:appfigures.com

iOSアプリでは…
Bing Search
Microsoft OneDrive
Microsoft Outlook
Xbox
省14
97: 2020/12/18(金)20:45 ID:4UaQE5Dn(2/2) AAS
>>96 続き

Androidアプリでは…
Microsoft OneDrive
Microsoft Outlook
Microsoft Word
Microsoft Excel
Microsoft PowerPoint
省16
98: 2020/12/18(金)21:29 ID:WIChbQFJ(3/4) AAS
日本の企業にありがちな
他部署が作ったオレオレフレームワークが他の部署では使われないみたいなやつ。
99: 2020/12/18(金)22:05 ID:AKVGlWuS(4/4) AAS
>>95
SP=Smartphone

MSにしてはけっこう多いな、
別の記事ではMSはXamarin使ってると書いてあった。
MSはMAUIでたらMAUIに移行するんでは。
YouTubeはXamarinらしい。

最近のシェア動向
省2
100: 2020/12/18(金)22:11 ID:+Wrhvh6s(1) AAS
YouTubeがxamarin?見間違いじゃねえか?
101
(3): 2020/12/18(金)22:27 ID:WIChbQFJ(4/4) AAS
Nativeは置いといて
ブラウザ上で動かすExcelのような複雑なUIのアプリは、jsよりWebAssemblyのほうが向いてると思うんだが。

それでも作り直すメリットがないのであれば
逆にWasmは何に使うのが正解なんだ…?
ゲームのみ?

CRUD中心の企業向けアプリなんてwasm選ぶ必要なくね?
BlazorServerの方が生産性高いし。
102
(1): 2020/12/18(金)23:52 ID:Lq+ZSFwA(1/3) AAS
>>93
全てのアプリが速さを追求するわけじゃない
大規模なアプリも小規模なアプリもある
Pythonの膨大なライブラリがブラウザで動くことが重要
1-
あと 506 レスあります
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル

ぬこの手 ぬこTOP 0.022s