【本命】Blazor スレ2【真打】
混沌を極める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/ Blazor and ASP.NET Core Get Faster in .NET 5 -- Visual Studio Magazine https://visualstudiomagazine.com/articles/2020/11/12/blazor-speed.aspx パフォーマンスもどんどん良くなっていくね 成熟して進歩が難しい既存JSフレームワークと違ってBlazorは成長するだけだ >>6 こいつが他の板を荒らして アンチ呼び寄せてる。 >>6 そもそも今のBlazorは万能とは程遠い。 特性を生かして使えば有用なのに... Blazorの特性を正しく理解して啓蒙すれば 少なくとも現状のBlazorのままでもMSが食い込んでいる分野で かなりの市場規模を見込めると判断している。 時期が遅れると効果は薄くなるが。 Blazorの話題を聞きたいのに、.NETとか範囲広げられてもね・・・ >>1 乙です >>19 .NETは検索ワードだっての。 ASP.NETを使っているがBlazorは良く知らない人のために検索ワードつけてるわけ。 このスレの>>1 はASP.NETを敵視してるしここはASP.NETの話題禁止 ふつうにWeb appでBlazor使う場合は下の正常なスレへどうぞ Microsoft ASP.NET Blazor #02 http://mevius.5ch.net/test/read.cgi/tech/1605990630/ 限定されてしまったので話題がなくなってしまったような スレ違いの演説やられるよりは書き込みがない方がマシ >>20 そのスレタイじゃメインの話題はASP.NETになっちゃうからね Blazorとそのエコシステムを中心とした話はこっちのスレだね いまいちわからんなあ asp.netが絡まないBlazorってどこの部分なんだ? Blazorの話したいときにどうしてもソリューションの構成の話になることもあると思うんだが それもだめ? そもそもこんな間口を狭めてほんとに普及して欲しいのか? なんでBlazorの話題かasp.netの話題かも判断できないの? アホなん? >>25 WebAssemblyアプリの場合サーバーはどんなシステムでもいいから そのこと言ってるんじゃないの WebAssemblyアプリ自体はasp.net core runtime 上で動いているわけじゃないしね。 じゃあここはBlazorServerの話は禁止ってことか… えーと… wasmってデバッグしづらいよね〜 >>29 どこにも禁止なんて書いてないでしょ ASP.NETの話題も禁止されてるわけではないのでは? 別にスレ分ける必要はないと思うけど 質問の時はserverアプリなのかWwbassemblyアプリなのか前置きはほしいところやね >>24 これの理屈がよくわからんなあ Blazorより先にasp.netってあるから? その理屈だとマイクロソフトがメインの話になるけど。 とにかく本命とか真打とかこれがダサすぎるしイモすぎるしチョベリバ。 >>28 現実はWeb Assembly使う場合は スタンドアロンはほぼないし バックエンドはASP.NET使う場合がほとんどだろ ASP.NETの話題すんなとかほんとアホだとおもう >>29 下のスレは前スレ同様、BlazorがメインにしつつASP.NETの話題OK 気持ち悪いテンプレもない Microsoft ASP.NET Blazor #02 http://mevius.5ch.net/test/read.cgi/tech/1605990630/ >>30 いや、この真打スレはASP.NETの話題すんなっていうやつが立てたスレ。 まともな下のスレにどうぞ Microsoft ASP.NET Blazor #02 >>36 WebAssembly使う場合はWebAPIにアクセスして データ取ったり取ったりしたりでしょ WebAPIがどんなシステムで動いてるかは関係ないでしょ >>37 スレ立てた者だけど違うよ 勝手にASP.NET立てられて次スレみたいな顔してるからこっちはこっちで立てただけ >>41 だから下のスレはASP.NETだけのスレじゃないっていってんだろ いつまでデマ流してんだ 扱う内容はpart1実態と変えてない Microsoft ASP.NET Blazor #02 http://mevius.5ch.net/test/read.cgi/tech/1605990630/ 本命とか真打とかしょうもないサブタイトルを削って 代わりにBlazorに関連性が高い検索ワードのMicrosoftとASP.NETを 追加し、気持ち悪い>1みたいな文章をなくしただけ。 改善の変更しかしてない。 >>41 現状のBlazorはASP.NETの一部だ バックエンドの知識と経験が足りなすぎるからASP.NETの話題がスレ違いなどとバカなことを言い出す。 特にBlazor Serverなんてコアな部分はほぼASP.NET側でやってる。 ASP.NETの話題禁止というおまえの立てたこのスレがいかにバカげているか気付け アンチの分断工作というほどのやつじゃなくて >>1 がちょっとアレなんだろうな 会社とかでも浮いてて飲みにも誘われず陰口叩かれてるけど気づいてないようなタイプ。 てなわけで俺はもう一つのスレの方に戻る >>39 これ書くの2回目だけど その理屈だとBlazorServerの話ができなくなる >>47 Blazor server は webassembly使わないし asp.net core runtime上で動いてるからいいんじゃないの 個人的にはwebassemblyでサーバー側がjavaだろうがなんだろうが 結局話はblazorの話であって Javaの話するわけでもないから どっちがどっちのスレとか言ってるのがあほだと思ってるけどね >>48 なんか噛み合わないな 勘違いしてたらすまんが俺の理解は あちらのスレはasp.netの話してOK こちらはNG。 こちらもOKなら先に建ったあっちのスレでよくないか? なんでこのスレわざわざ建てたのかいまいち意図がわからなくなってきた。 違いはなんなんだ? >>50 ASP.NETの話がNGならBlazorの話なんてできないね >>50 正常なスレへどうぞ Microsoft ASP.NET Blazor #02 http://mevius.5ch.net/test/read.cgi/tech/1605990630/ 違いはこのスレの1はASP.NETの話題を排除しようとしている人だということ 俺がまっとうなスレタイとテンプレにしてpart2立てたらそいつがキレてこのスレ立てて ASP.NETの話題禁止とか言い出したというのが経緯 #02スレに移動すればOK >>55 建てた人の見解を聞きたいところだがどーでも良くなってきた 俺が書き込むと罵声浴びせてくる>54, こいつがこのスレの1だよ 2 名前:デフォルトの名無しさん[] 投稿日:2020/11/22(日) 16:00:22.77 ID:bqzy0V6t [2/4] なんかASP野郎に乗っ取られたので立てました 21 返答 名前:デフォルトの名無しさん[sage] 投稿日:2020/11/23(月) 02:56:49.98 ID:Vc2V5aYW >>20 ウゼーんだよ ウセロ 立てたのは俺だが こっちの方が伸びてるしもうここが本スレでいいよね >>58 いいわけないだろ ASP.NETの話題するなとかいうアホはスレ立てる資格なし 気持ち悪いスレタイとテンプレねじこんでくるし最悪 ID:VvBbDMQG なんでこの人自分の気に入らないスレに常駐してんだろう 正直そんなに話題もなかったりするのでここで遊んでる >>59 何回か言ってるけどASP.NET禁止なんて言ってない お前が勝手に妄想して発狂してるだけ >>62 俺も何度も聞いてるが、このスレとあっちのスレと何が違うんだ? 違いがないなら先に建ったスレを優先するべきでは? >>62 嘘つけ。はっきり書いてるだろ 前スレでもASPの話題をするなっていうレスが目立った 2 名前:デフォルトの名無しさん[] 投稿日:2020/11/22(日) 16:00:22.77 ID:bqzy0V6t [2/4] なんかASP野郎に乗っ取られたので立てました >>63 そいつ嘘つきだぞ ASP.NETの話題をするなといってる奴がそいつ 変なスレタイと>>1 の気持ち悪い文章にしないと気が済まないようで 「勝手にたてられた」とオーナー気取りで重複スレ立てた。 2 名前:デフォルトの名無しさん[] 投稿日:2020/11/22(日) 16:00:22.77 ID:bqzy0V6t [2/4] なんかASP野郎に乗っ取られたので立てました Blazor Serverって、例えば、XreaのCoreserverやSakura Internetみたいな レンタルサーバーでも使えるの? XreaのCoreserverやSakura Internetみたいなレンタルサーバーでも使えるの? >>68 XreaのCoreserverやSakura Internetみたいなレンタルサーバーでは使えないということですねありがとうございました >>70 PHP専用のプランで使えるかってこと? そりゃ無理だわ 同じ会社のやってるVPSのプランにしてください 千円もしないvpsがゴロゴロしてるのに未だにレンタルサーバに需要があるのがわからん コンパネ?みたいなUiに需要があるのかね スレチだが >>68 nginxとapacheだけで、asp.netが使えるようになるのですか? >>71 vpsじゃなくても、phpだけじゃなく、rubyやC/C++のcgiが使える 一ヶ月数百円から500円くらいまでの安いレンタルサーバーは沢山有ります。 こっちはASP.NETの話題禁止のクソスレだから 下のスレへどうぞ Microsoft ASP.NET Blazor #02 http://mevius.5ch.net/test/read.cgi/tech/1605990630/ >>74 さくらインターネットに585円のVPSプランあるやんw >>64 どこに書いてある?ASP禁止って まあこっちのスレの方が伸びてるしここが本スレでいいよねもう >>67 レンタルサーバーで .NET core 使える環境はまだないね っていうか使えるのが出てこない可能性の方が高いかなぁ アプリ登録するのにシステムんにサービスとして登録しないといけないし。 VPSで自分で自由に使えるのは大丈夫 まぁ active Server pages や Application Service Provider の話は禁止でいいな >>78 よくない、お前本人だろ ここでまたこのスレ使ってしまうと1のカスが クソスレタイとテンプレねじこんでスレ立てしにくる >>79 VPSを借りて、Linux上にasp.net core(?)をインストールすれば、BlazorServer が普通に使える様になるのでしょうか? >>79 VPSを借りて、Linux上にasp.net core(?)をインストールすれば、BlazorServer が普通に使える様になるのでしょうか? >>85 Sakura Internetなどの日本のVPSのLinuxにASP.NET Coreをホスト(?)した場合、 MSクラウド(Azure(?))と同じ事が出来るようになるのでしょうか? ならない場合、後者の優位な点を教えていただければ幸いです。 >>86 Azure SignalR Service Blazor Server アプリには Azure SignalR Service を使用することをお勧めします。 このサービスでは、多数の同時 SignalR 接続に対して Blazor Server アプリを スケールアップできます。 さらに、SignalR サービスのグローバル リーチと ハイパフォーマンスのデータ センターは、地理的条件による待機時間の短縮に 役立ちます。 https://docs.microsoft.com/ja-jp/aspnet/core/blazor/host-and-deploy/server?view=aspnetcore-5.0 Azure SignalR Serviceだと同時接続数がものすごく多くなってもスケールアップし易いという利点がありそうだね。 質問者はそんなこと気にするレベルではないだろうけど。 >>86 同じことできるよ ただOSのセキュリティも含めて自分で管理できなければいけない Azureだとその辺は気にしなくていい 自分が作るアプリのセキュリティだけ気にすればいい Blazor Advent Calendar 2020 1日目 Blazor WebAssemblyをただC#実行プラットフォームとして使って既存のReactのWebアプリを拡張した話 https://qiita.com/yamachu/items/8bc6e9cab5f2ffc53658 そういや.NET Insider にMacのVSでBlazorデバッグできるようになったよ!て書いてあったけど WindowsのVSではまともにデバッグできるようになったんかな? Developer Decries WinForms-to-Blazor Performance Degradation 開発者がWinFormsからBlazorへのパフォーマンスの低下を非難 https://visualstudiomagazine.com/articles/2020/12/01/blazor-performance.aspx > I have a c# WinForms app that I have been converting to Blazor Wasm. なかなか猛者がいるようだな 自作のコンバータでもあるんかね >>94 「Blazorではパフォーマンスが約20分の1に低下しています(たとえば、WinFormsでは350ミリ秒、Blazorでは7000ミリ秒)」 #これを改善するために AOT 方式にした場合、今ですら巨大なダウンロードサイズがさらに増えるとBlazorの専門化 により言及されている: 「将来、・・・、アプリ、またはアプリの一部である可能性が高いものもWebAssemblyにコンパイルされます。これはAOTまたはAhead Of Timeコンパイルと呼ばれます。このモードの利点はパフォーマンスですが、トレードオフはダウンロードサイズが大きくなることです。」 i|!| |i┏┓! i!┏┳┓| |||i|!i| ||!i|| |||ii| ||| ||| |i||!|i│i!┏┓i!| |i|┏┛┗━╋┻┛|i!||!|ii|| i|!i||i|┏━┓ ┏┓i|i| i┃┃i!| i||┗┓┏┓┃||i┏━━━━┓┗━┛ ┃┃|i||!i┃┃i!| |i |!|i┃┃┃┃i||┗━━━━┛|i|| || ||||!┃┃i|i| i┗┛!i| i||i ||┃┃┃┃|! |||i ||i !|||!|┏━━┛┃|i||!i┏┓i|! |i!i |!┗┛┗┛i|!i| / | / | ┗━━━┛i|i| i┗┛i!| i| |||i|!i| ||!|i||i! /,_ ┴─/ ヽ |!i| ||| |i||!|i|i|||| ||i |i|| ||i!i|| (_゜.,》.'(_゜,》)ミ ヽ ! | |!i||!|ii||!|ii| i|ii / ,,__,ニ、、 ノ( | i|i!|i| |i | Y~~/~y} `, ~ | そ、そんなー… |i !. | ,k.,.,!,.,.,r| ,! く | i / <ニニニ'ノ \ l 「Monoランタイムによる中間言語逐次変換実行方式(ILインタプリタ方式)の今は遅いが、いずれAoTに対応して爆速になる!そしたら勝つる!!」って言ってたのにこんなオチかよ… Dom操作の全てにJSが逐一介在してるの どうにかせんとダメだよ。 これは、それとは別の大問題。 それはWebAssemblyの仕様で、 C#固有の問題じゃないけどな。 Rustだろうが何だろうがそうだよ。 JS噛まさずにWebAssemblyからダイレクトにDOM触る方法は今のところ無いし計画もない。まあ要望はある。 Wasmに過度な期待を持ってはいけないのは 触れば気づくだろう? 最後はnativeにいきつくわけよ だから今やるべきはXamarin.Formsですわ その後MAUIが主力になってくる WinFormsとBlazorなんて全く異なる物の速度を比較してる時点で滅茶苦茶胡散臭い記事だな アンチBlazorが必死になって抵抗してるんだろうな 実際、サーバと通信途切れてもいいアプリって お絵描き系とメモ帳系くらい? 業務系なんかデータの整合性気にしないといけないし、 ゲームで通信切れるのもってのほかだし、 WASMのメリットがいまいち分からない >>103 簡単なゲームとかもそうだろうね 業務系はServerの方がいいんではないかと思う。 なんだか反則みたいな仕組みなきもするけど。 >>103 wasmというかSPAはサーバー計算資源を削減できるからクラウド料金が安い あと配布ルートが多彩、CDN、S3、Dropbox、GitHub、、、 wasmの利点は開発言語の多様化、将来的にはパフォーマンスもJSより良くなる >>103 逆だ サーバーと通信が途切れたらダメなんてウェブアプリは出来損ない ウェブアプリはステートレスだから途切れても何にも問題ないそれがデフォルト >>106 通信途切れたらというか、 何かボタン押したときに404が返ってきて困るアプリって何? 上に挙げたようにメモ帳系なんかは確かに書いてた内容がおじゃんになるのはよろしくない。 ・・・が、それ以外のアプリってサーバにデータ送信できなきゃ 意味ないのが多いんじゃないの?ってのを聞きたかった。 >>107 何が言いたいのか不明瞭 もしかしてSPAはサーバーと全く通信しないとでも思ってる? >>99 Domにアクセスするから問題になるのでは? Wasmだとcanvasに点で描画するのが本流かと。 canvas内でネイティブアプリが動くに等しい。 VRとかゲーム系はみんなそーでしょ。 >>108 SPAはViewがクライアント側で完結してるのに対して、 BlazorServerはViewがクライアントとサーバーにまたがって完結してるのが問題なんですよ。 なのでBlazorServerで接続が切れると 整合性の担保が怪しいので 致命的エラー扱いで強制終了せざるを得ないね。 >>105 ほーん その利点は気付いてなかったわ やっぱクライアントレンダリングの方が将来性ありそうね >>112 安いというのは魅力だろうな。 ただ、MSとしてはAzureのクラウドを使わせなきゃ駄目だから、BlazorWasmはそれと矛盾するが。 >>113 MSとしてはダウンロード量やクラウドとのアクセス量、クラウドに助けてもらう処理 が多ければ多いほど自社のクラウド事業にとって有利になるわけだから、 BlazorWasmは、如何にバイナリサイズを大きくし、クラウドとの連携を複雑化 してなるべくクライアントの処理だけで済まさずにサーバーの助けを混ぜないと 動作しないようにするかで経営手腕を問われる。 つまり、基礎はわざと複雑で使いにくしておきながら、その複雑さをフレームワーク が除去するような変な仕組みになっているほうがMSは儲かる。 そうか、そう考えると >>95 は理にかなってるね。さすがMS >>111 接続が切れても自動で再接族試みてくれるんだけど それにずっと状態をクライアント側で持ってるわけじゃないから 再接続に失敗しても 1時間の作業が全部きえたー、とかにはならないし そうなるとしてもこれまでのwebアプリと一緒でしょ >>114 Wasm(というかSPA)はサーバーリソースの使用率を減らせるからクラウド使用料金はむしろ減るぞ >>117 だとすると、MSのクラウド事業が縮小するね。 >>119 大嘘だな 海外より日本は電気代高いが割合は微々たるものだ クラウド事業者が儲かってるのは利益率高い証拠 >>120 縮小しないよ 安くて便利 →みんな使う →儲かる 1顧客からの収益が減っても客数が増えれば全体収益は上がる これ商売の基本というか子供でもわかる理屈だろ? >>121 クラウドがなぜ儲かるかって 大量のリソースを纏めて管理してるから台数で割ったときに安くなるからだよ これも商売の基本 取り扱う数を増やすほど1個辺りの単価は安くなる 物を売り買いする場合もそう 人や物を管理する場合のコストもそう 海外では大手企業はクラウド離れの動きでてる オンプレミスのが速くてコスパいいことに気付いた企業が多い >>123 実態をわかってない オンプレミスでは運用管理の専任の人なんて必要ない 他のサーバー管理のついでにやる程度 >>124 嫁 利用料金が高すぎてクラウド脱出企業が増えてるの知らないのは情弱 もしかしてハイブリッドクラウドのことを言ってるなら、 あれは従来クラウド化など考えられなかったお硬いシステムにもクラウドの柔軟性を導入しましょうって話で、オンプレミスへの回帰とはむしろ真逆 脱クラウドはいわゆるパブリッククラウドからの脱却 賢い企業はオンプレミスに移行してる 利用料金が高すぎるため >>125 専任が居ないとはいえメンテナンス、トラブル対応には賃金が発生する 初期投資、修理費、電気代(鯖、空調)、人件費 後は障害による停止期間中の作業停止も地味だが大きな人件費の浪費になる トータルで見ればクラウドのほうが安いよ まあ専任が居ない程度の小規模ならクラウドよりVPSのほうがより良いかもね >>126 大規模に機器を調達して自社クラウドを構築する企業は増えてきてるそうだね 金融系とかデータを外に出せない分野ではそういう選択肢もあるのだろう ただクラウド専門事業者と比べて小規模にならざるをえない そうなるとさっき言った纏めて管理する台数が減るので1台あたりのコストは依然として大きなままだ コスト的には厳しいだろうね >>128 だからさ、無能な企業とちがって 運用管理のエンジニアなんて雇わないんだよ 昔はサーバーのオペレーターとかいた時代あるようだけど 今はそんな時代じゃない 壊れたら原因調査して予備のパーツに交換してすぐ復旧させる。 自社内でスキルあるエンジニアいればできることだ 俺が担当してるシステムはオンプレとクラウドのハイブリッドで、 俺の業務時間の大部分はオンプレのお守りを投げているベンダーとの間の無駄なコミュニケーションに費やされている もうすぐクラウドへの置き換えが完了するけど、そうなればベンダーは切って(俺の給料を抜きにしても)年間数千万は浮く見込みだ >>129 畑違いだから分からんけど、大規模なところなんてほとんど無くて、 小規模なところの方が圧倒的に多いはずだよね >>129 電気、空調の工事、なんてクラウドやDCでも外部の業者呼ぶだけに決まってるだろw 修理費とかかけてる方がバカ 賢い企業は予備パーツストックしておいてすぐ交換しすぐ復旧させる >>129 >障害による停止期間中の作業停止 これもすでにかいた。 スキルあるエンジニアが障害箇所を特定してハード故障なら すぐパーツ交換 データのリカバリーまでしてサービス再開させる。 あとデータ転送量の多いサイトはどうやってもクラウドのが超高額になる。 絶対にオンプレミスのが安くなる 絶対に、だ。 これ否定するやつはマジで情弱、 >>134 正月休みの帰省中の夜中にぶっ壊れたらどうすんの? そりゃ俺が24時間張り付いたらそこそこの規模のオンプレのシステムは運用できるかもしれんが、少なくとも俺は絶対にやりたくないねw >>136 そんなミッションクリティカルならDC使うだろうし DCの近所に自社のエンジニアが住んでるのが普通だぞ なにかあったら夜中でもすぐかけつけられる体制になってる 大昔の無能オペレーターじゃあるまいし、 24時間はりつきなんてばかなことしないw 監視するプログラムが走ってて異常を検知してメールとかがくる >>133 小規模でもクラウドやVPSのほうが安い 大規模だともっと安い オンプレはセキュリティ規約の都合でクラウドを借りれない場合などに使うものだ >>134 業者呼ぶのも金かかる パーツ交換も人件費がかかる パーツ交換まで作業者手が止まる可能性あり やっぱりオンプレは金がかかるな >>135 その作業中止まってるじゃん 従業員数時間に比例して損失が増えていく オンプレは高くつくね >>137 答え出てるじゃん その運用体制を整備して実行していくのにいくらかかると思う? >>137 で、深夜に叩き起こされたエンジニアが嫌気が差して転職するわけだ 今まで人材育成にかけたコストが全部吹っ飛ぶね そっかオンプレだと会社やDCの近くに担当者の家を借りないといけないのか うわー金掛かりそうだなー 必死にオンプレミス否定してるやついて笑えるw クラウドやDC勤務のやつらかな >>139 まだ理解できないんだなこいつは。 パーツ交換くらい業者呼ばずにやるんだよ そんなのよんでたら時間と金がかかる スキルある企業は予備パーツさくっと交換して復旧終わり。 ダウンタイムが最小限になるのもオンプレミス >>141 夜間対応が必要なほどミッションクリティカルなサービスは 金融のごく一部のみだしほとんどの企業は関係ない。 金融でもそもそもパブリッククラウドにしたところで解決しない。 むしろハードがブラックボックス化してトラブル解決が困難になる >>143 なんもしらないんだなこのアホは DC多いは千葉の印西市とか郊外だぞw >>116 複数画面を経由しての トランザクションぽい処理とかはきついなーー。 >>144 必死に中小オンプレ養護するということはクラウド職を奪われそうな中小インフラ屋かな? >>145 で人件費がかかりダウンタイムも発生すると 予備パーツまで揃えるとなるとコストも数倍に膨れ上がるな レベル低いのが湧いてきたし 忙しいので書き込みはひかえる しっぽ巻いて逃げる宣言いただきました〜 こりゃ勝負あったかな 「きょ、きょうはこのぐらいで勘弁してやる」ピュー wwww 爺さんは毎回このパターンやね 矛盾点や無知を突っ込まれて答えに窮するとすぐ逃げ出す 予備パーツで数倍になるとか頭悪すぎてな 相手するだけ時間のむだ おまえら海外の脱クラウド続出も知らなかったザコは クラウド崇拝してりゃいいよ いまさらクラウドとか完全に周回おくれですからw ここスタンドアロンしか知らない奴の専用スレだから クラウドの話題はスレ違い 忙しいのにすぐ帰ってきちゃったwwwwwwww エアプ忙しいwwww いやどうだろう忙しいのは本当だと思うな オンプレ管理者にゆっくり休める休日はない しっかり休もうと思ったら休日出勤手当を出して待機要員をローテーションで回す必要がある >>162 オンプレ爺さんはプライドだけ肥大化したザ・老害だからね 新しい知識や技術についていけない自分を認めたくないのよ >>164 まだ言ってんのかこの時代遅れ野郎w 海外の大手はもう海外でも脱クラウドなんだよ 実情知らないなら脱クラウド、オンプレミス回帰とかで検索してみろ 英語だともっと記事多いけどな 割高なうえにすぐ障害が起こるクラウドが敬遠されてんだよ おまえら時代遅れ 短期間ならクラウドの方が安いけど 長期間使えば使うほどクラウドの方が高くなる んじゃないの >>167 データ転送が多かったり、CPU多く使う用途だと 短期間でも超高額になる。 オンプレに戻ることによって 単純に移行プロジェクトのために大金を支払い 今まで担保されてた非機能要件の多くを失い やらなくてよくなった筈の作業をまた苦労してやる羽目になり そこでようやくやっぱりクラウドのほうが良かったと気付く んでまたクラウドに戻るために移行プロジェクで大損するわけだ >>166 「オンプレミス」という言葉が登場してきたこと自体が、クラウドに対する アンチの土壌が出てきたと解釈できる。 >>171 その単語はクラウドという単語が出てきたあたりからクラウドの対義語としてあったような気もする… いまはオンプレです。これをクラウドに移行しましょう! 的なセールストークをしていた。 記憶違いかもしれんが。 日本でクラウド移行が進まなかったのは、日本人に先見の明や企業の売り文句に 惑わされずに自分の頭で考える力があったことを意味する。 アメリカで結局、移行して失敗して戻すことになったのは、頭で考えずに なんでも体で試してみて体感しなくては分からない民族性を反映している。 先見の妙がなかったので周回遅れしてるんだけどね 外国は安くて便利なクラウドでどんどん先に進んでる そうではなくて、日本みたいな小国は、アメリカみたいな土地が巨大で資源も豊富、 言葉も世界標準、ガソリンも電気代も安い国とは同じやり方では同じ経済力には 絶対になり得なくて、頭で良く考えて慎重に行動してやっと半分くらいの経済力に なる程度。 慎重に考えることが重要なのは、北欧や富山県のような古くから寒冷地帯に住む 人達が慎重さがDNAの中に残された結果、条件の割には経済力が高いことからも 分かる。 アメリカはテキトーにやっても何でも上手く行く巨大な国。 土地はともかく資源も言語もその他諸々も慎重にやってきたから出遅れた デバッガーが貧弱だから実務ではまだキチいかなぁ〜と思ってたけど しっかり関数型ライクに作りこめばUNITテストで十分だからデバッガーは要らんとわかった >>176 言葉は関係ないだろうて。 英語はアジアや南アメリカ、アフリカなどの植民地で強制的に使わせる ことによって世界標準の言葉になったとても自分勝手な歴史を持つ言語。 ここはBlazor専用スレだからオンプレXamarin爺さんは雑談スレ行って欲しい Microsoft ASP.NET Blazor #02 https://mevius.5ch.net/test/read.cgi/tech/1605990630/ ジジイこいつ働いてないで 定年退職して暇こいてるから何か言われると必ず出てくるんや >>181 上で書いてるのは俺じゃないわけだが? それと爺さんではない かなり若い >>178 南アメリカの言語は、スペイン語かポルトガル語、くらいのもので、英語なんて南米では全然流行ってないですよ… アフリカもほとんどフランス語圏だろ。南アフリカ共和国が英語(アフリカーンス語)だから勘違いされがちだけど >>186 アフリカ大陸はそうであっても南米は違いますね またGoogleで大規模障害 GmailからYouTubeまで障害 クラウドやっぱりゴミだねww 俺の管理するシステムは落ちない やはりオンプレミス最強 >>187 アフリカは南米と同様に英語圏ではないと>>186 は言ってるんやで クラウドだからすぐに復活したけどな オンプレミスだったら担当者が緊急出社してる途中ぐらいかな そこからまた何時間も調査とパーツ交換が発生して…地獄だ 故障時に待っているだけで復旧作業を行ってもらえるのは、別にクラウドだけの特徴ではなく、レンタルサーバーも持っている特徴だと思うのだが。 >>190 爺さん何で他社システムの障害見てそんなに喜べるの?! 本物のエンジニアならこういう時に嘲笑するような真似できないだろ? >>194 そこは今の文脈では問題にしてないやろ このオンプレ爺が敵視しているのはクラウドもレンサバも区別なくホスティングサービス全般 というか区別ついてないんだろうけど >>195 爺さんじゃない ある程度スキルの企業、エンジニアはクラウド頼みでシステムを作らない。 遅いし、高いし、障害多い インフラの知識がないからクラウドを選び高い維持費をクライアントにおしつける >>196 ホスティングは否定していない。 パブリッククラウド使わずに開発できない奴らを批判している フロントエンドの大半 使わなくてもできるよ それよりメリットデメリットを計算できずオンプレミスに執着するほうがアレだねぇ >>197 爺さん話ずらさないでよ 何で他社システムの障害見てそんなに喜べるのか?って言ってるの 少なくとも自分の周りにそんな意識の低いエンジニアはいない ↓ 190 名前:デフォルトの名無しさん[] 投稿日:2020/12/15(火) 00:37:28.45 ID:QwM3BcWT [1/3] またGoogleで大規模障害 GmailからYouTubeまで障害 クラウドやっぱりゴミだねww 俺の管理するシステムは落ちない やはりオンプレミス最強 >>201 よお爺さんw オムツしたか?爺さんwww >>198 パブリッククラウドはダメでホスティングはOKって、じゃあAWSでもEC2使うだけならいいのか? 爺さんの言ってることはよく分からん >>203 高くなる理由を何度書いてるだろ 料金体系調べてこい パブリッククラウドは料金が跳ね上がる 何かアメリカ企業にとって不利な情報が書かれると、爺さんだとか 老害だと書かれる傾向を感じる。 アメリカは関係ないな。 世界のどこへ逃げてもお前は爺さんで老害。 独自調べでは5chは欧米や中東からのアクセスがかなり有る。 特にアメリカ。 クラウドでよかった これがオンプレミスだったらどれだけ大変な目に合ってたか オンプレだと自分で対応しに行かなきゃいけないもんな やっぱクラウド便利やわ 深夜 携帯電話「プルルルル!プルルルル!」 家電話「プルルルル!プルルルル!」 メール・SNS「チンチーン!」 ちょっとしたホラーだよな 従業員数がかわいそう >>210-211 クラウド依存の凡人はクラウド使えばいいと思うよ オンプレミスおにいさんみたいなスキルが ないなら無理してはいけない おにいさんが急な事故や急病で仕事できなくなったらどうすんですか 急に死んじゃったらどうすんですか >>214 その目的ならクラウドじゃなくてレンタルサーバー(ホスティング)で十分なんだが。 >>214 オンプレミスメインでやってるところは対応できる人が複数いるはず。 障害からの復旧くらいそれなりに経験と知識があるエンジニアならば 教えればすぐに習得できる >>218 大手3社のパブリッククラウドとレンタルサーバー、ホスティングは構成がかなり違う。 AWSのEC2とホスティングって似たようなもんだろ? いつオンプレミスからアラートが来るかわからないので気が抜けない という状態だと実際に何も事故がなくても会社からの指揮命令系統の下にあるので労働時間に含まれると思うのだが つまり担当者は24時間労働 法的にどうなっているのだろうね? >>223 そんなわけない そんなこといったら産婦人科の医師とかは24時間労働になってしまう たいていは深夜にいかなくてもいいケースが多い 朝いちで行ってすぐ復旧させればOK ほとんどの企業がそうだ 少し調べてみた 医者のオンコール勤務は過去に裁判があってその時は労働時間と認められないと判決がでたらしい ただそれとは別に当直より低い賃金をオンコール勤務に支払っている事業者も結構あるそうだ このオンコール勤務のプレッシャーに対して報酬の低さが医療従事者の大きな不満になっているらしい なので最近はオンコール勤務が非常に問題視されてきている 特に今はコロナで医療現場崩壊寸前だから殊更にね もし医療現場で改革の流れが起こったら当然別業界にも波及する可能性があるね >>226 人件費、変わらない 障害箇所を特定し故障ならパーツ交換するだけ ハードの知識あればできること データも戻す必要あればDBなどもいじって復旧 経験つんだエンジニアならできること、できなくてはいけないことだ クラウド頼みで開発やってるやつらはこういうスキルが身につかない ふだんから物理サーバーに触らないからだ >>227 それやってる間に本来やるはずだった作業が止まる 大損だ 人件費は変わるだろ... 小さなシステムや零細企業に勤めてるなら開発も運用もやらされたりするが どうせ君は小さな企業勤めで開発も運用もやってたパターンで オンプレの大規模の設計、運用経験はないんじゃないの? 大きなシステムになればなるほど、専属になるし ほんそれ >>227 は中小企業によくいる老害の典型 >>229 その狭いエリアしかやらないのがダメになる ヤフーなんてセキュリティ事故起こしてばかりだろ 自称プロなんだろうけど知識の範囲が狭すぎる オンプレ爺さんってRubyガイジと双璧をなすヤバイ奴だな 会社でシカトされてるジジィが5chでイキるとか滑稽の極みやでw >>227 ええ?人増やしても人件費変わらないの? 呼び出しがあれば駆けつけるのは、サービス部門ならどこも同じだと思うけど。 人件費変わらないは草 零細ブラック企業で働くとこうも歪んでしまうんだなあ >>234 1000台以上の膨大なサーバーある大手以外は障害対応の専任など必要ない。 障害滅多に起きないし専任スタッフなんていらない。 わかってる企業は壊れるまで稼働させるようなことをしない 良く壊れるのはHDDくらいのものだ パーツ交換なんて指示さえすれば自作マニアの大学生でもできる。 おまえら自称プロはできないけどなw >>236 めったに起こらない障害対応のために専任の人を雇うの? バカすぎだろw オンプレは社内のひとが障害対応するのが当たり前だから 人件費は変わらないって言ってんだよ トータルでパブリッククラウドより安くなる プライド肥大爺は言い返さずにはいられない お前マジ何歳よ?w ちょっと前まではサーバー運用の細かいバッドノウハウでマウンティングできたのが、 今やterraformだコンテナだFargateだなんだで異次元の世界だもんな クラウドネイティブ世代もいずれは我が身と思い、教訓として胸に刻んでおくように 不況の金余り・株高で、Amazon の株価は、80兆円から150兆円へ倍増した! 不況が来るたびに、政府が株を買い支えるから、倍々になっていく 米国では、AWS ソリューションアーキテクトの年収が、1,500万円と、 Rails の1,300万円、VMware の1,400万円を抜いた! クラスメソッドは会社全体で、AWSの800資格を持ち、 12資格すべてを持つ、ジェダイマスターが7人いる! >>241 メールはどうしてるの? もしかして社内にメールサーバー建ててたりする? やめろよ クラウドやらAIやらWEB2.0やらドコモ2.0やらマルチメディアやらの価値がわからない人か? ソフトウェアの配布にコンテナが超便利!!ざます・・・ というのは、スクリプト言語の依存関係が非常に面倒なことになってるだけで、コンテナ配布は良いものじゃないと思うんだけどな。 >>245 さすがにMicrosoft365とか使ってるだろ知らんけどw >>243 ほんこれ 常にアンテナ張ってないとあっという間に化石になる Mauiきたら修正たくさん発生するんだろなー・・・ 向こうのスレヤバいな 真面目に質問してる人が適当な回答されてそれで納得してるし 日を跨いでID変えてから指摘しに来るところがヤラしくていいね! WebAssemblyをWin/Mac/Linuxで実行可能なランタイム「Wasmer 1.0」正式リリース。事前コンパイルによる高速起動やクロスコンパイルなどにも対応 https://www.publickey1.jp/blog/21/webassemblywinmaclinuxwasmer_10.html wasmがDockerとか言ってたのはこういうことね なんかブラウザ発の技術が今までにない広がりを見せてるなあ >>253 いや、そもそも全部単一のバイナリにスタティックリンクできるアプリならDockerは要らない それができないからDocker使うわけで、wasmをDockerの代替とか言っちゃうのは無知丸出し .NET5になっても相変わらずデバッグアダプター起動できませんでしたエラー ぬるぽくらいちゃんと検出して教えてくりょう 久々に使ってみたら結構ちゃんとデバッグできるようになってるな ローカルでもサーバーでも自由にブレークポイント設定できる まあできて当然の機能なんだけどさ >>257 配列とかをウォッチ式で見たら 通常のそれと違いすぎて困惑するわ 要素数5個にしたはずなのに8って表示されたり… ホットリロードで ガンガン動かしながらコード調整してくんだよ、 クライアントサイドの開発は。 それが出来んだけでもう糞。 >>259 全然フロントサイド開発のこと知らんのだけど ts+Reactとかならそれができるのか? ホットリロード自体はblazorでもできるんじゃ? デバッガが追随できるかは知らんけど JS系の開発慣れた人にはBlazorはきついよ。 苦行レベル。 JavaScriptはコーディング自体が苦行だからw blazorって将来性あるかな? 社内アプリの開発やることになったんだけど採用してみようかなと思って UIコントロールとか全くないよ。 あと最低の実行速度で問題なければ。 質問させてください webアプリの作成経験がほぼないので初歩的な質問で申し訳ないのですがblazorアプリではクライアントサイドとサーバーサイド2種類ありますが使い分ける基準や考え方を教えて頂きたいです 自分のPC上でしか動作させないアプリならサーバーサイドになるのかなと考えたのですが、クライアントサイドはどのような用途に使うんだろうと調べてみたのですがいまいちイメージが掴めませんでした… c#で書くと言うことはBlazorで苦労しても Webのスキルは一切身につかないという事だから よく検討する事をお勧めする。 下手すると人生無駄にするるよ。 >>268 遅くなってすいません 回答ありがとうございます 読んでみて、間違っているかもしれませんが以下のイメージを持ちました クライアントサイドは.NET core環境でないPCに配布しても使用することが出来る(スタンドアロン) サーバーサイドは.NET core環境が必要となる 違いはブラウザで処理するか、サーバーPCで処理した内容をブラウザに渡すかというイメージでしょうか? >>267 自分のpcだけで動かすアプリってwebアプリにする意味ある…? >>270 多分分かってると思うけど、サーバーサイドBlazorもクライアント側には.NET環境不要だよ あとの理解は合ってるんじゃないかな >>269 Webのスキルが一切身につかないというのは違いますね razorページもベースはhtmlなので ルーティングなんていう概念も必要になるし >>273 Blazorで頑張っても、Blazor固有の技術に終始しますよ。 自分みたいに、つまみ食いするみたいにBlazorやるなら経験上有用ですが、 そうでないとその人の事が心配になりますね。 ぶっちゃけWeb界隈は荒波なので 主流には乗っかっといた方が安全です。技術も小難しいのも結構多いです。 Vue.jsやってればReactも出来るし、オープンソースのJsライブラリも自由に扱えます。 BlazorだとC#で、Blazor用に用意してくれたものしか簡単に使えないです。 BlazorでC#で専念した人が、オープンソースのJsライブラリを使おうと思うと 敷居がかなり高いと思います。 >>274 blazorがもたらす恩恵の一つがjavascript不要なので、その論はそもそもおかしい blazorが廃れたからと言って学習で得た物が無駄になるわけではない どっちもやってるけど、BlazorはWinForms,WPF,SL,UWP,Xamarin.Forms,MAUI,Unoの系譜だからなぁ 用途が被ってきているとはいえ棲み分けそうだが 本来Blazorに求めてものをFlutterが実現してきたぞ。 Webassemblyに対応して、こちらはdomを介さないのでガチのネイティブだ。 https://itome.team/blog/2021/03/flutter-v2/ Google恐るべし Blazorに求めてることって C#しか使えないこんなおれでもSPA作れるようになれたらいいな な気がする 少なくとも自分はそうです… >>278 素人だとそれで良いけど、プロだとそれ厳しいよ。 Web開発者なんて一番人口が多いから、 そいつらとの対応が出来なくて撃沈されて鬱になる... UIデザイナーですら、小難しいインタラクションのjs書いてきるスキル持ち多いぞ。 >>279 そうかもな… webフロントエンドがカオスすぎて嫌になる WinFormsよりタチ悪いんじゃないか >>280 個人的には、WinFormsは、そんなにタチ悪くないと思うが。 少なくともカオスではないし。 >>280 比較にならない位カオスですよ。 あのカオスさをなんとも思わ無くならないと、 すくなくとも既存システム系に入り込むのはムリ。 それにデザイナー分野もエンジニアなんでJSはバリバリだし、 CSSプリプロセッサやら、タスクランナーとかソースもデザインプロジェクトになってて はっきりいって開発だし、お客さん側も大手だと情室いてWeb詳しい。 >>282 だよね だから自分としてはこんなカオスな開発環境使えたとしても逆に未来はないとおもっている もっと万人が扱いやすい開発環境が望まれてると思うんだよなー んでそういう方向性に進むとおもうんだわ それでwasmに一縷の望みをかけてる >>283 Webのエンジニアに昇華するつもりなければそれでいいじゃない。 Web開発に乗り出そうとおもっているんなら、 この世界はHTML+JSが唯一無二なんで 方法を違えてる。 まあどうひっくり返っても主流にはなんないよ、外から仕事を請けようっていうのならJavaScript以外を選んじゃダメだね ただ、少人数で内製のSPAを作るには結構向いてるんじゃないかな >>285 外から仕事受ける場合でもTypeScriptはありだろ >>285 ですね。 Web開発苦手な人でもBlazorならって感じ。 MS最初からそう言ってた気がする... (WebFormの置き換え) >>286 もうJsって言ってもTypeScriptはその方法論として一般的になっちゃってますよ。 Jsって言って実装はTsだったなんて。 TsはイコールJsでしょみたいなのりが普通になってます。 2年前位はまだそうでもなかったと思いますけど。 >>284 .285 自分は企業内アプリしか作らない人間なので充分だったりする まさにWebFormsの代替 しかし食いっぱぐれそうだよなー >>288 そのWebエンジニアが モバイルアプリも! デスクトップアプリまでも!、 作り始めたのが昨今の状況ですよー−。 C#をまともに身に着けてない自分にblazorは早すぎた… こんなスレがあったとはw blazor(ブレザー)はコケるまではいかないと思う 面白一発ネタ程度にもならん 存在空気 しるばーらいと以下 OSSのフレームワークが充実しないで終わるパターン それをMSが金を出して開発してるのが謎なんだよな まともなアーキテクトがいないんだろうなと 今やマイクロソフトのプロダクトは electionやreact netiveでつくられてるの 知らんの? >>298 Webアプリ用フレームワークとネイティブアプリ用フレームワークを同列にされてもね ネイティブに限らんだろう。 facebookもGoogleも自分たちが使ってるフレームワークを公開してるが、 Microsoftはオレオレフレームワーク作るだけ作って、自分たちでは使わない。 だからいきなり梯子を下ろすことができる。 俺はC#しかできないし、できることならサーバーとクライアントで言語を合わせたいのでBlazorには期待してる。 おそらく俺のようなやつは世界中にいるだろうから、そう簡単にはポシャらないとは思いたい。 しかしどこかでSilverlightみたいなことになる未来が想像できてしまうんだよな… >>301 何回も同じようなことを言ってるけど はしごをおろすってどこの方言? それともオレオレ用語? 梯子は外すものだろ? 特定の言語しかできない(やろうとしない)奴は信用できないわ 大抵その言語も満足にできてない オフラインでの検証環境下でSQL serverと通信させるのにEntityFrameworkCoreを使おうと思ったんだけどこれオフラインじゃ使用出来ない? nugetに繋げにいこうとしてエラー吐いてるっぽい… nugetパッケージを別のマシンでダウンロードしてUSBメモリとかでコピーして追加してやればいいんじゃない オンラインの開発環境でビルドした物を検証環境へ持ち込めば良いだろ。 ありがとう オンラインへ繋いでビルドしてきた VSCODE使ってるんだけど、リンクと同じようにnugetパッケージだけ落としてきて適応出来るか試してみる あと重ねて申し訳ないんだけどblazorserver開発時にデバッグ終了してもプロセスが維持されたままになる もう一度デバッグしようとするとそのプロセスはもう使われてるってエラーが出て毎回手動で切らなきゃいけないんだけどこれはどこを確認すればいいかな 同じasp.netを使っているのに少なくともWebFormsとBlazorの二系統あるんだね。 MAUIもあるかもしれないが。 また、BlazorにはさらにServerとWasmの二系統ある。 >>313 ASP.NET には、ASP.NET MVC なるものもあるらしいね。 >>315 .NET Core は、.NET ランタイムの種類の一つで、また別の話。 ASP.NET MVC というのは、WebFormsやBlazor, MAUI なんかと肩を並べる ようなフレームワークの一種。 >>316 ASP.NET CoreはASP.NETの後継 BlazorもASP.NET Coreの一部 ASP.NET Core MVCがASP.NET MVCの後継 Blazor ServerはASP.NETのサーバーが必須だそうですが、 同様に Blazor WasmもASP.NETのサーバーが必要ですか? ただのコンパイル済みアセンブリだからそのままコンテンツで送るだけなんだから 他でもおkなんじゃないの?と知らない人間はそう思いました 過剰に統合して取り回しが悪くなるのはMSのいつもの悪い癖 Blazor wasmでもSignalRとか使うんじゃなかった?気のせい? さっき調べたところ、Blazor Wasmでもasp.netサーバーから起動することが 必要だそうです。 やだ…私のID被ってる これじゃ基地外の自作自演みたいじゃんwwww きっとお母さんが書いた質問に息子が答えたんだよね あるあるだよね〜 UIフレームワークはみんなどこ使ってる? matblazorが多いのかな Blazor Wasmのアプリは、asp.netサーバーでも、asp.netサーバー以外でも設置 できるそうですが、asp.netサーバーに設置した場合のasp.netサーバー以外に 設置した場合に比べた優位性は有りますか? 全部答えが出るまで質問をし続けるんだろうな 英語を覚えてあちらのサイトで聞いたら? Blazorなんてクソニッチなものに手を出しても無駄だよ 結局情報がないから自分で情報を集めることになる それができないなら手出ししても無駄 できる人のニッチな趣味がBlazor 絶対一般人には広がらない >>103 こういう疑問が出てくる人には手出し無用かと すでに他の言語や環境でSPA作った経験がないとまあ情報も集めにくいし理解も深まらない UWP以下の存在 >>331 VSで同時開発できる サーバサイドもクライアントもC#技術者でまかなえる >>334 質問は開発できるかどうかではなく、Blazor Wasmをasp.netサーバーに 設置した場合のメリットです。 asp.netではない、lollipop(月々100円くらい)のような格安サーバーにも 設置できるようですから。 >>335 asp.netでは「ユーザー認証」してユーザー毎に別のメニューを出したりすることが 可能だけど、Blazor Wasmを普通のLinuxのプレインなレンタルサーバーに 設置した場合には、恐らくそれができないらしい。 >>339 メリットがないなら、マイクロソフトの中核事業である asp.net, azure, Windows Server, IIS などに基づいたクラウド事業が使われなくなると 思えたが。 Blazor Wasmと平凡なLinuxレンタルサーバーの組み合わせで asp.net用のアプリと同等の機能が有るならMSクラウドは不要となる。 >>340 そんなもん認証サーバー側の実装によるやろ 自前のアプリじゃなくてAzureADやAuth0使うんならwasmでも何ら問題ない >>343 認証サーバーこそが asp.net なんだけど。 >>343 asp.net をインストールしてない安いレンタルサーバーに Wasm Blazorを設置した場合、 asp.net のユーザー認証機能が使えないということを言ってるのに、Azureを使っていれ ば問題ないとか意味が分からない。 別にさくらのレンタルサーバーだろうがGitHub Pagesだろうが、Blazor WebAssemblならユーザー認証には何ら問題ないだろ テンプレートレベルの話だぞw いや認証に何らかのバックエンドは必須なんだから問題ないは言い過ぎ 少なくともGitHub Pagesのような静的ホスティングだけじゃ無理で、IDaaSなどのバックエンドを組み合わせる必要はある あと、そもそも何を目的に認証すんのかって話で、Blazor WebAssemblyでシステムの全機能のコードがユーザーの手元にあるなら、システムの使用について安全に認証をかけるのは原理的に不可能だ 認証を有効に機能させるには、いくらBlazor wasmとはいえ(認証サービスだけでなく)システムの一部の機能をバックエンド側で持っているはず バックエンドが必ずしもASP.NETである必要はないにしても、IDaaSとフロントだけの構成というのはありえないよ そもそも、認証を自前でやる必要ないのだが... なもんで認証サーバーが 物理的にも全く別の個所にあっても良いのだよ。 >>353 そうじゃなくて、認証を入れたところでBlazor wasmじゃそもそも全部ユーザーの手元にあるんだから簡単に破れるでしょ 破られてまずいところはバックエンドAPIとして実装する必要がある 誤解されそうだから正確に言うと、認証を破れるというより認証を回避できる コードを改竄して認証を無視してしまえばいい >>354 >>そもそも全部ユーザーの手元にあるんだから なんでクライアント側にあんの。 認証が必要なデータ、ロジックは サーバー側で全部保護してください。 >>355 >>コードを改竄して認証を無視してしまえばいい (ノ∀`)アチャー というか、asp.net はWebページにログイン機能を簡単に実装できることが 多分一番便利なところで、Blazor WasmをLinuxの標準サーバーに配置した 場合には asp.net がバックエンドにないから、それが出来ないのではないかと 思うんだが、違うのか。 >>354 だからAzureADやAuth0って話になってるんでしょ? そもそもASP.NETが前提とか言ってるけど、Blazor 自体ASP.NETなんだからそりゃそーだろ Standaloneのドキュメントまでたどりついてるのに、何を読んでるんだ?? >>358 AzureADって、月々110円のlollipopサーバーから無料で使えるの? asp.net MVC や、asp.net WebForms なんかは、ログイン機能がほとんど ワンタッチで作れるように書いてあったと思う。 それはサーバーにasp.netの機能が入っているからなのだから、 lollipopみたいなサーバーに Blazor Wasmのアプリを設置しても asp.netを使ったログイン機能は当然、簡単には実装できないよね? ログインもAPI通して行うことになるんだったら はっきり言ってAPI側の実装は何だっていい まとめとして asp.netをホストする機能がなくてもポンとおいてBlazor wasmを使えるか と言う質問にはYes ただ便利な機能が使えないので他で代用しなくてはならないということですか? >>358 そうじゃない Azure ADやAuth0のような認証サービスだけじゃなく、認証を必要とするロジックはwasmではなく必ずバックエンドで実装しなければならないということ ASP.NETでなくてもいいけどね >>369 うん、だからBlazor WebAssemblyとAzureADでできるでしょって話をしているんだけど 仮にAzureADが無料の場合があるとしても: 1. どんな規模の企業がどんな目的で使っても無料なのか? 2. ログイン機能の使い方などが、asp.netを使う場合と全く同じにできる? >>369 これはつまり、AzureADやAuth0 だけでは、サーバー側のコードが不足 してしまうので、サーバー側に asp.net がインストールされていてそれを 使う場合より使うのが難しくなるということだよね? asp.net がインストールされている??何を言ってるんだ… 「asp.net がインストール」ではなく「.netがインストール」かも知れない。 https://docs.microsoft.com/en-us/aspnet/core/blazor/host-and-deploy/webassembly?view=aspnetcore-5.0 The following deployment strategies are supported: 1. The Blazor app is served by an ASP.NET Core app. This strategy is covered in the Hosted deployment with ASP.NET Core section. 2. The Blazor app is placed on a static hosting web server or service, where .NET isn't used to serve the Blazor app. This strategy is covered in the Standalone deployment section, which includes information on hosting a Blazor WebAssembly app as an IIS sub-app. 2の方は「where .NET isn't used to server the Blazor app」である場合ということ。 .NETでserveされていなければ、サーバー側がasp.netに対応してないんだから、 ログイン認証機能も本来の使い方が出来ないのでは? https://creativeweb.jp/code/aspdotnetcore-linux#step-1.net-core ↑ によれば、「ASP.NET Core アプリを Linux サーバーで公開」するためには、 .NET Core を Linux サーバー内に ssh などを使ってインストールしないと いけないようだ。 珍しい すごい伸びてるじゃないか (会話の内容は俺には分からんけど) >>377 喋るおもちゃが来るとスレは伸びるのです >>368 ・Blazor Wasmアプリ自体は、プレーンなLinuxレンタルサーバーにも設置可能。 ・asp.netが使えるサーバーだとログイン認証機能をWebアプリに簡単に 導入できるが、プレーンなLinuxレンタルサーバーからのBlazor Wasmアプリ だと無理。 ・Linuxレンタルサーバーでasp.netを使うためには、.net core のインストールが 必要となり、lollipopではストレージ容量が少ないことと、権限の問題のために 無理。 何度も書いてる Blazor WebAssemblyでもAzureADやAuth0みたいなIDaaSと組み合わせれば認証ロジック組めるし、既にそのドキュメントも>>340 で上げられている 「asp.netが使えるサーバー」って時点で既にわけがわからない。Blazor もASP.NETなんだが? 「ASP.NET」が何を意味しているのかってとこから勉強し直しなさい ドキュメントまでたどり着いてるのに、なぜできないと思いこんでるんだろこいつ では逆に聞きますが、Blazor Wasmは、Azureサーバーや .NET Coreが使えるサーバーに設置しても Linux サーバーに 設置した場合と比べて、機能的な優位性が全くないということでいいのですか? 1 Azureサーバー 2 .NET Coreが使えるサーバー 3 Linux サーバー この3つは具体的に何を指してるんだ?互いに排反な例を出してくれよ Linuxサーバーでも.NET Coreがサポートしているディストリビューションとそうでないものがあるし…Azureサーバーに至っては何を指してるかさっぱりわからん。 Blazor なんかに手を出す前に、もっと基本的な知識をつけた方がいいんじゃないのかい? ガレージ車と青い車に比べて、車の利点は何ですか?みたいな聞き方されてもなw >>392 普段車に乗ってる俺でも例えがさっぱり分からん >>393 車と青い車のどっちがいい?って言われても互いに排反じゃないから答えられないでしょ? ガレージ車なんて言われても、何のこと指してるかわからないでしょ? では、もう少し正確に質問します: 「では逆に聞きますが、Blazor Wasmは、.NET が使えるサーバーに設置しても .NETが使えないLinux サーバーに設置した場合と比べて機能的な優位性が全く ないということでいいのですか?」 質問中の.NETは.NET5以降の話をしているっていう前提で言うと、わかりやすい例はBFFとか? まあ同じ言語で自由にWeb API書いてデプロイできる環境があるってだけでも大きなメリットだと思うけど? >>397 そんなものだけのためにMSクラウドが使われているということ? どういう思考回路でそうなったのか誰か解説してくれ… クラウドって、開発言語との親和性以外の売りが理解できない。 サーバーのスケーリングが必要になるほどの大事業ってそんなにあると は思えないんだが。 単に認証ができればいいだけなら 確かにサーバー側には認証ロジックいらないけど ユーザーごとになにか制限かけるとか ユーザーごとにデータ保存するとかなら その当たりのロジックは必要 でも実装はasp.net core である必要はなくてphpでもいい MSクラウドってAzureのことなのかな? Azureでクラウド構築っていうならASP.NETが選択肢になるのは当然だし 何の話してんのか分かんないよね >>402 出来る出来ないの問題ではやる方法はいくらでもあるのは当然ではあるが、 asp.netにおいてはログイン認証機能をアプリにつけるのがとても簡単に出来る ことが売りの一つであったはずなんだ。 認証が簡単に出来ると思ったら大間違いだぞ。 phpで認証するとしても、最初から出来ているソースコードを使うならいいが、 自分で作るのはプログラミング力だけでなく、数学や暗号、ロック技術、 ハッキング対策などすべてに詳しい人でないと駄目なんだぞ。 >>405 例えば、認証の途中でいろいろな理由により回線やプログラムがダウンする可能性 もあるので、そうなった時でもデータがおかしくならないようにするとか、 普通、さまざまな人の情報が書かれた1つのファイルを全員で共有するしかないので、 一人でも書き損じたら全員のデータがクラッシュしてしまう可能性があるし、 かなり難しいぞ。 >>405 ? AzureADで認証されていないアクセスがきたら そっちで認証するよう誘導するだけだろ ASP.NETなんてもうマジで要らない こんなの流行る訳無いんだよね .NETを利用しないフロントがHTML,CSSでコードがC#のシステムにしてくれよって思う 自分としてはID:XWj7PX2hが変なことを言ってるようにしか見えないんだけど asp.netが何かとか逆に聞きたいなと ログイン認証は、自分で作ると物凄く大変だし、プログラムの修正中に 僅かなミスで全顧客のデータを全て消失してしまう可能性も有る。 だから、アプリとはプロセスを分離したりして超安定状態にすることも必要 かと思われるので、企業が使うレベルのものを自作するのは物凄く大変。 その意味で、asp.netで一番大切なのはログイン認証なのではないかと思ったりする。 Ruby on Railsでもログイン認証が出来るし、Word PressもPayPalと連携して購入者 の記録を残せたりするが、そういうことが出来たから沢山使われたのではないかと 思う。ログイン認証は技術的にとても高度。 Kestrelの扱いをどうとらえるかと言う問題なのにap.netがどうとか言い出して本質がおかしく見える 静的なサイトでnginx apacheでサービス提供してる場合とかも無視だし 何も参考にならないのに延々とレスしてる FATファイルシステムとかでも、個々のファイルは重ならないセクタに記録されて いるので、新しいファイルの書き込み中にOSがダウンしても古いファイルは残る (クラスタの番号の連鎖を管理しているFAT自体は、すべてのファイルのものが 1つのセクタに12BITずつ書かれるので危険ではあるが)。 すべての顧客情報を1ファイルに記録するとなると、セクタの分離もないので cgiやバックエンドのプログラムが一回でもバグると全顧客情報が破損してしまう。 MySQLなどを使っても、その恐怖は果たして回避できるのだろうか? asp.netをインストールとかわけわからんこと言ってるやつがいるんやで >>412 そうそう、Blazor WebAssembly+AzureADでユーザー認証できるよってドキュメントまで出てるのに、asp.net のインストールとかAzureサーバーとか言い出してわけわからんよね >>415 それはasp.netの事を知らなかったからそう書いてしまっただけ。 .net coreでもインストールしておけばasp.netは使える様になるんだよね、多分。 >>416 まぁできても意味ないけどな サーバーとデータのやりとりするのに サーバー側で認証管理するロジックは必要だし。 認証なしのデータ読みとり書き込み可能なAPI公開するなら 最初から認証なんていらないんじゃない? って話だし 結局サーバ側にサービスプロバイダーは必要 ただし実装は何でもいい >>395 webassemblyで作るなら作ったものの機能的な優位性はない ただし開発効率は高いはず やっぱこのレベルがBlazorユーザーだったか... >>418 そういえば、仮にcore-serverに自作プログラムを設置して、別サーバーにある AzureADで認証した場合、core-serverの中のデータベースにアクセスする権限 はいったいどうやって管理するんだろう。 AzureADで認証済みであることをcore-serveを間違いなく確実に知ることが 必要となるが。 AzureADのサーバーからバックボーンのインターネットによってcore-server に情報を伝達するんだろうか。 アプリに直接認証機構を組み込むのではなく、前段のリバースプロキシで認証をかけてアプリ側は認可情報だけを受け取るのがベターだね Azureは糞なので間違っても採用してはいけないが、アプリもAzureでホストするなら一応ノンプログラミングでそれができる >>424 例えば、アプリをレンタルサーバーに設置して、リバースプロキシを 同じレンタルサーバーにインストールして動作させることは可能なんでしょうか。 >>423 サーバーアプリケーション側で 実際にその認証情報が正しいものかを Identity Provider(例えば azureAD)に問い合わせる >>427 Google や Twitter の account をいろいろなサイトのサインインに使える ことがあるけど、それも似た仕組み? あれって無料なのかな? でもasp.net mvc や asp.net WebFormsならログイン認証は全くプログラム せずに最初から出来る様になっているのと比べたら全然違う。 >>429 GoogleとかFirebaseの認証を 自前アプリに組み込んで見たら。 >>431 ログイン認証の方式とか 弱いのから強いのまで様々ある。 実装方法もまるで違う。 まあ、プロなら認証機構を自前で実装するのはさけるね。 ハッキングの対応に追われる事必死だから。 >>433 外人が作った作った認証APIをちゃんと理解して自分でプログラムから 呼び出して使うのもまた難しそう。 外人が作った認証APIは理解するのが難しいので、使い方や設定を間違ってしまって テストでは動くが気づかないセキュリティーホールが入ってしまっていたりなんか しないか心配だ。 >>435 自分作って ついでにセキュリティーホール作って 賠償問題になるよかまし。 自分で作らなくても、ちょっと設定を間違うだけで訴訟問題になったりして。 間違っていてもテストでは分からないところが怖い。 AzureADやGoogleの認証とかはソースが大きすぎて読んでも理解するのは 難しいだろうし、結局こっちの使い方が間違っていてもテストでは動作する から、使い方の間違いに気づく可能性は低い。 大きな問題になるような現場ならMSなりのサポートにちゃんと聞くか入ってもらうんじゃね 自前が怖いは同意 >>441 逆に小さな現場では確実に正しく使いこなすのは難しい。 >>423 SAMLだとAD側で動的セキュリティグループで認証は絞り込める 属性による認可はSAMLオーソリティを読み込んで実装する 意外とSAMLの属性のデバックとか面倒くさい サーバーサイドとクライアントサイドの使い分け基準がよく分からん… 素人感覚だとサーバーサイド方が需要高いのかなと思ったけどブログや記事見るとそんなことなさそうだよね azureとか通信量で重量課金になるようなところでホストするなら WebAssemblyかなぁ アプリはそんなに頻繁に更新しないという前提が必要だけど。 サイトのアクセス数が多くて 利用の仕方が長時間接続したままになるんだったら WebAssemblyかなぁ >>444 至るところに書いてあるけど何がわかんないの? サーバーサイドの方がセキュリティの設定が楽 we assemblyのがクライアントサイドで動くから速いと言われてるけど サーバーサイドでもそんなに問題なく動く 海外に拠点がある会社が作ってるUIコンポーネントのデモサイトとか目に見えて遅いけどな クリックして数秒待たされる感じ 自社内でしか動かないお手軽サイトならいいとおもうけど。 やっぱり存在意義が微妙と言うか終わってますね ネタとしても良くない ここにリソースを割くべきじゃない Amazon EC2 にアップしてみた スマホからでもサクサク動くけど? そら簡単なのが サクサクじゃなかったら、 終わる前に余に出せないでしょ。 一応postgrelSQL で読み書きして Gridも大きいの表示して見たけど 行メンテとかも問題無いし Popup画面も数画面使って見たけど 今のところ問題無いレベルで動作する >>455 そういう簡単すぎるのはね。 ためしに、グリッド上で マウスカーソルの下にあるセル位置を取得して、 そのセルの情報を グリッド外にある別の領域に リアルタイム表示とかやってみたら? 一応漢字入力したのを カナ変換ロジックを使って 別のテキストに表示してみたけどね >>457 マウス位置によるリアルタイム表示がきも。 そんな処理は普通の業務には要らないし そんなのはjavascriptでゴリゴリやる 暇人しかいないのでは? Blazor からでもjavascriptは呼べるから それでやれば? >>459 いるいる。 ボタンの有効無効判定で頻出する。 js側オブジェクトと対応するC#側データの 問い合わせ要件とそれに続くU Iの即時更新。 UIの更新が遅れるとバグ判定くらう。 特にグラフでの要件は厳しいものがある。 それはBlazor のサーバーサイドが遅い とかの話しと関係ないのでは 特にグラフ関係は、それ用のコントロールの機能まかせの部分になるし 今時100%の自前とかは無いでしょ 特にグラフ関係は 既存のjqueryアプリが苦もなく出来てんのに 出来ませんとか言えんでしょ。 Blazor 用の市販のコントロールメーカーのグラフもjQuery を利用してるから 基本的には同じ用なものになる 記述はcdhtmlに書くから 基本コントロールまかせ 市販品なので機能は多い ちなみにEC2 のただバージョンの環境でも グラフの反応は悪く無いから 後は回線の問題の方が大きいんじゃね AWS の環境は、テスト用ぐらいなら ほとんどただだから 自分で上げてみれば? 発行してftpで上げれば .net とnginx の設定ぐらいで 簡単に出来るし Blazor Serverの問題はセッション毎のシステムリソースの消費量が多いこと 1つのクライアントで試して速いだの遅いだのというのは全く筋違い それはサーバーサイドで動くweb アプリなら既知のことでは? 同時アクセスのユーザー数を想定して 合わなければ他を選択するだけのこと >>468 だからユーザー数とリソース消費量の間の関係を検証しない限り、「問題ないレベルで動作する」とは言えないでしょ BlazorのサーバーはUIの完全な状態を持ってクライアントと同期してるんだから、一般的なWebアプリに比べて遥かにメモリやCPUを消費するのは容易に想像つくだろ それはシステムごとで違うので 個々で調査するしか無い そんなことをいちいち説明がいるのなら あなたはBlazor のシステムは向いて無いのでは セッション毎のシステムリソースに関してはMSはホントに無頓着だよな。 UpdatePanel使わないとめんどくさいけど、安易にUpdatePanel使うとゲロ重になるとか。 素人の俺には全くついていけん 君等のように俺もなりたい ちがうねw これはなってはいけない見本だよ こうなってはいけないと思って欲しい https://blazor.syncfusion.com/demos/datagrid/ これとかチェックボックスONOFFした時に0.5秒くらい待たされない? Serverかwasmかわからんけど。 >>475 全行選択するとblazorぽさ満点!! >>477 システム作る人間がそれ言っちゃあおしめえよ せやな >>475 のじゃなかったかもしれないけど、 昔この手のUIコンポーネントのソース見てたらServerサイド版だったので こりゃ同一ネットワーク内かつユーザー数少なめじゃないと使えんなと思ったのだった というのを >>453 に伝えたかった次第でございます 自分の部署でだけ使うすごく単純なCRUDアプリをBlazorで作ってみようと思う ローカル環境で動作させる場合はweb assemblyとserverを選ぶ基準ってある?(ローカルで動かすならwebアプリじゃなくて良いじゃんって言うのは置いといて…) >>482 Serverだな wasmだとDBやファイルシステムを直接触れないから別途バックエンドAPIを作る必要がある 単純なCRUDアプリならクライアントサイドのコードなんてほとんど無いだろうから、ぶっちゃけBlazorの意味はゼロ >>483 ありがとう webアプリの経験がほぼ無いから初歩的な質問でごめんね 勉強がてらServerで簡単なアプリから作って勉強してみる 新しい言語やフレームワークを勉強するたびにCRUDやるけど 決定版みたいなのには出会わないな 最近のコードレスと言うか非プログラマ向けサービスのほうが正解なのかもしれないと思い始めた アプリいっぱいできちゃうけど そのアプリ間の連携はなかったりするけどね 今は改善されてるのかな 画面表示時や、エラーのダイアログを閉じた後に、一番先頭の入力項目にフォーカスをあてたいんだけど、 InputText だと ElementReference に変換できなくて、FocusAsync() が使えない。 Javascript使うしかない? >>475 待たされる。 それにスクロールさせてると時々表が消える。 >>475 ちなみに、これって、BlazorのWasmの方ではなく、Serverの方だよね? >>490 さっきブラウザの F12 を押して開発者モードに入り、ネットワークタブ でみてみたら、 BlazorServer みたいなファイル名のものが10個くらい ダウンロードされていた。 さらに、ソースタブで見てみたら、*.wasmファイルは存在しないようだった。 つまり、Wasm版ではなく、Server版らしい。 uiのいい無料で日本語ドキュメントあるライブラリない? ガントチャート作りたいけどそもそもライブラリ自体が少なそう お前さんはUIがいい日本語ドキュメント付きのライブラリを無償で作りたいと思う? Blazor選択した時点で 便利なライブラリなど皆無だよ(とくにUI) 腐るほどあるJavaScriptのライブラリを使えばいい まさかBlazorだからってJSなしでモノが作れるなんてそんなファンタジーを信じてたのか? jsライブラリー入れた瞬間に Blazorが邪魔に成る事に 気づかない○○ js<->c#みたいな面倒の極みも生まれるし、 js側で更新したdomと Blazor側のdomの整合性を どう担保するのかという頭痛の極みも発生する やはりMSが使ってないっていうのが辛い ちょっとしたツールを作るのには良いんだが、寿命の長いシステムには使いたくないな Reactを選択するとおもう こんな誰が見ても失敗するものに金が出て開発されたことに驚きを感じる スレもパート2まで来たし ある意味すごいね Blazorに金が出たのは、SPAについていけてないドットネッター達を救済するためでしょ MSスタック系開発者のWebスキルの弱さはAzureの先端Web分野における成長を妨げており、近年のMSにとって大きな悩みの種だ それを打開しうるツールとして丁度たまたまBlazorがあったから金が出た 目標は間違ってないんだけどツールの選定が間違っていた 最近Blazor触ってるけど「C#だけでSPA作れますよ」っていう公式の謳い文句は詐欺だからやめたほうがいいわ 俺のはソースの大半がJavaScriptになったわ WasmでDOM触れないのはキツすぎるな 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が失敗したことなんだから C#だけで作れますよってのは失敗 C#とHTMLとJavaScriptで作れますよってのは成功 Blazorでjs使うには reactとかでjs使うより jsの遥かに高度な知識が要求される所が失敗ですか? C#で書ける利点って Shareフォルダに置いてるクラスを クライアントとサーバーで共有できることだと思ってるけど違う? C#しか書けない人の救済ってのもあるんだろうけどさ DB周りだったりビジネスロジック書くのはC#の方が圧倒的に便利だよ BlazorによってJSが本来の役割に戻ったとも言える View側にDBアクセスやビジネスロジックは書かないかな… >>513 直接DOMを触らないとならないシチュエーションってあまり思いつかないが サーバーサイドとクライアントサイドを同一プロジェクトで開発できるところがめっちゃ便利 >>523 だよね 日曜プログラマーがスタンドアロンの デスクトップアプリ作ってるのかな? 簡単なCRUD操作しかしない業務アプリBlazorで作ってみたけどほぼJS無しで作れた みんなどんなハイレベルなの作ってるんだよ… その程度ならReactとかでもほとんどJS無しで作れるよ >>533 ReactってJSのライブラリとちゃうのん? プリコネ期間限定ゲームの周辺ツール実装でBlazorが使われたらしい 内部向けツールとはいえ大手での採用事例が出来たな WindowsForm少々、Blazor初心者です MSのLearnをちまちま進めてますが、 > イベント ハンドラーが、Web サービスの呼び出しなど、長時間実行される可能性のある操作を実行すると、イベント ハンドラーを実行するスレッドは、操作が完了するまでブロックされます。 これにより、ユーザー インターフェイスの応答が低下する可能性があります。 と書いてあるところでふと疑問 BlazorServerの場合で、サーバー上ではdotnetが常時実行された状態で待機してますよね クライアントからの要求に順次応答してサーバーが処理していくわけですが、 非同期にしていない場合、それは一意のユーザに対して処理で待たされるって意味ですよね WindowsFormだったら、当然デスクトップ上の単一のユーザの処理で待つことになりますが Sever上で走っているdotnetは様々なユーザの要求にそれぞれ対応していくって理解であっていますか? WindowsFormでもそれなりの処理を書けばPC性能によっては結構待たされますが Serverが多数のユーザからの処理を同じようにC#の処理をこなしていくって 相当不可のかかる(ユーザにとっては時間がかかる)ように思うのですが なぜサービスとして成立できるのでしょうか、初心者ながらに不思議で仕方がないです 描画などの重い処理はブラウザ側がやってくれるから? >>537 マルチスレッドで動いてるだけ 最近では非同期でスレッドを節約するモデルが採用されるケースも増えているが、 基本的にWebサーバーというのはユーザーからリクエストを受けるとそれを処理し終えるまで一つのスレッドを専有するものだ WebなんてDBにクエリ投げて結果を受け取ってHTMLやJSONの文字列を組み立てて返すという単純な処理をやってるだけなんで、大して重いものではない とはいえBlazor Serverはサーバー側でUIの状態を管理する必要があるため一般的なWebアプリに比べればサーバーの負担が大きく、 あまり大規模に展開するのには向かないのは事実 わかりやすくありがとうございます 実際どれくらいが許容されるのか初心者がイメージするのは難しいですね 大規模ってどれくらいの話なんでしょう 有名どころのそこそこの性能のVPS(4コア、8GB、SSD)で WEB、DNSやメールも稼働させているところに同時接続せいぜい100人くらいの 本業片手間にやや閉鎖的に簡単な業務アプリつくる予定ですが できてから使いものにならなかったらつらい・・・ >>539 アプリ次第としか言いようがないが、Blazor Serverはユーザーがブラウザを開いている間長時間にわたってUIの状態を持ち続けるから、 同時に使うユーザー数が多いとメモリをバカ食いする たとえばDBから取得した5MBの巨大な結果セットをセッションに丸々保持するような作りにしてしまっていて、 同時に利用している100人のユーザーがそれぞれ同時に5タブを開いているとしたら、500セッションで2500MBのメモリを消費することになるな 普通のWebアプリならリクエストの処理で一時的に5MB使ったとしても一瞬で解放されるから、100ユーザーが同時にF5アタックでもしない限りは問題にならない Blazor Server アプリのF5攻撃か!笑 C# で UI開発したいなら、サーバ側はAPIのみ公開して Windows Forms か WPFでクライアントアプリ作るってのもアリだけどね。 まぁ管理と展開の手間は増えるけど。 展開ならグループポリシーでなんとかなるかな。 >>540 サーバー側にあまりデータを持たせず、都度DBから引っ張ってくる方が圧迫させないってことですよね BlazorServerは同じサーバにあればDBのアクセスにも容易でしょうし WindowsFormsのときのように、PC性能が許せばDBとのやりとりよりもクライアント側に持たせておく方が いいと思ってましたが、大勢がアクセスしてくるWebアプリだと逆の考えで作っていった方が良さそうですね まとめWikiみたいなのを作りたいのですがBlazorでできますか? その場合WEBAssembly、サーバーどっちを使えばいいんでしょうか? パブリックなサイトを作るならserverはタブ沢山開くだけで簡単に落とせるから論外 ただ、wasmだとロード時間で殆どの人は離脱するだろうね もうjavascriptでやってるから他まで手出す人すくないの Blazor Serverで作るの最初は楽しいけど 微調整とかになると氏にたくなってくる はあ…どうせ大したアクセスも見込まれないので とりあえず形にしてリリースして 後からリプレースするかとか思ってたら 微調整に苦労しててちゅらい🥺 WEBAssemblyのロードに時間かかるけどおもしろそうではある 今はどうか知らんけど、blazorでたてのころにタワレコがBlazor Serverでサイト作ってたよな BlazorServerって、wasmと比較してサーバーのリソースが必要だけど大丈夫だったんだろうか Blazor始めてみたけどもう何がなんやらわからん… マイクロソフト公式のTreeViewでサイドメニュー作りたいんだけどコピペしても縦並びにならないんですが… どうすれば良いのでしょうか? https://brave-cliff-0c0c93310.azurestaticapps.net/TreeView 状況わからなすぎだけもコピペしてうまくいかないなら 必要なcssロードできてないとか コピペする場所間違えててマークアップの構造がおかしくなってるとかじゃない >>554 なるほどサンキューです サンプルアプリ立ち上げ直してもう一度やってみます BlazorじゃなくてHTML/CSSがわからないんだろ? そのレベルならBlazorなんか余計なノイズにしかならないから、最初は普通にスタティックなHTMLファイルとCSSファイルだけで始めた方がいいよ あと経験上、HTML/CSSは自分の手に負えないような複雑なサンプルから始めない方がいい 1から自分で仕組みを把握しながら組み上げていったほうが結果的に早く習得できる ありがとうございます どこにでもありそうなWikiみたいなサイトを作りたくてとりあえずやってみようって思ったのですが難しいですね サイドメニューをツリー構造にするところでもうすでに躓いてます… すみませんツリーのやつですが解決しました index.htmlにscriptを入れるのを忘れてたみたいでした プラスボタンでツリーを追加したり色々やってます ほとんどがBootstrap。少数でBulma もあるけど。 最近は、Tailwind も Ruby on Rails でも初歩は、Bootstrap, jQuery CSS を知らない香具師は皆、Bootstrap DevExpress Syncfusion Blazorise この辺を入れてみれは? SQLServerとか使う場合はBlazorServerの方がいいのだろうか? WASMでもよい? SQLServer使うようなギョウムアプリならServerでいいんじゃない どうせ同時利用数人とかでしょ WASMだと別途APIサーバーが必要だからBlazor全く関係なくなる >>563 そうなんですね ありがとうございます BlazorServerに切り替えます アーリーアダプタ達が飽きて去っていって、早くも幻滅期に入ってる このまま静かに消えていくだけだよ でも海外ではかなり多いイメージだわ 飛行機会社とかも使ってたよなたしかに う~ん、コンポーネントは使えるようになったもののコンポーネントの中の文字の大きさとかの変え方がわからん… 今ねこジョーカーさんのBlazor実践編でSQLServerつくってEntityFramework使ってDBの処理行ってるけどこれってもしかしてSQL使ったほうが早いのでは?と思った 猫ジョーカーさんの方はわざわざAPI作ってるけどどうなんだろ? >>574 そうなんだ… SQL使ったほうがいいよね? そっちのほうが簡単そうだし EFは百害あって二利くらいだな EFの利はマイグレーションが便利なのと、結果セットとオブジェクトの間のマッピングが楽という点 つまり、基本的にSQLを使用し、EFはマイグレーションだけに利用し、マッピングはDapper使えばよい 最近Blazorスレにも書き込みが増えたな MAUIの影響か? Ruby on Rails では、 3大データベースのPostgreSQL, MySQL, SQLite の方言・型などの互換性を担保するために、 Rubyで、マイグレーションファイルを書く これにより例えば、datetime と書くと、 PostgreSQLのtimestamp型、MySQLのdatetime型になる 基本的に、Ruby on Rails みたいなO/R マッパーを使わないと、 各データベースの方言・型などに互換性がないから、保守できない 例えば、直にSQL 文を書いていると、異なるデータベースに適用できない それに、SQLServer などを使う人は、まずいない。 普通は、3大データベースのみ。それ以外は、AWS Aurora とか 3大データベースて SQL ServerはDBMSシェアでずっと上位だぞ Oracleが入ってないのもおかしい >>581 ふーん SQLServer以外使わないのであればSQL直書きでいいわけか Blazor のが MVC とか JavaScript ViewJs なんかで開発するより 数倍効率は良くなる はっきり言ってBlazor があるのに 何で他の使ってんの状態 そりゃまあ学習コストの問題だね 何も知らない人がいきなりBlazorから始めるのは勇気がいるしある程度経験のある人が移行するのは面倒くさい 今はC#が好きな人やBlazorに興味がある人がいじってる状態 情報は絶対的に足りてない JavaScriptだと「こんなサイトを見たからその真似をしたい」と思って探すとたいていやり方がすぐみつかる Blazorは自分で作るのが基本 例えば仮にPWAを作りたくなったとしてどう作る? Blazorが広く使われるようになるにはもう少し時間がかかるだろう 藍より青しって言葉があるからね 後発が先発よりも優れてるってのは当たり前さね まぁDartとかいうゴミ言語みたいな例もあるけどね 学習コストの問題に含まれるかもだけど ホスティング環境の問題もある気がする いざデプロイとなると大まかに - コンテナインスタンス立ち上げる - IISで動かす とかになると思うんだけど コンテナ化するだけか!最高!って喜べる層はそこまで多くない気もしてる 社内ツールで使いたいけど Blazor ServerってWindowsのサービスとして使えたりすんの? IISいるの? >>591 IISなくても動くよ! 単体で動くKestrelっていうWebサーバーが既定で内包されるようになってる 自分はまだWindowsサービスとして動かしたことはないけど blazor UseWindowsService あたりで調べれば情報出てくるはず EntityFramework使わずSQLと接続する方法がわからぬ… program.csファイルにjsonファイルから文字取得するメソッド作って 他のクラスでそのメソッド呼び出してSQLと繋ぐってイメージ? てかなんでみんなEFでAPI使った方法しか紹介しないんだろうか? API作るのが主流なのか??? >>595 EFがDBのファサードになるから なんだけどそれでもチューニングしていくと結局DBに依存するから役に立ったことないんだよね SQLをリソースにしたりExecuteCommandのラッパーを作ったりする方が話が早い やっぱそうだよな configurationでappsetting.jsonの接続文字列読み取れることができたからこれ使う ああだめだ… ASP.NET CoreでホストされたBlazorWebAssemblyでSharedでConnectionString取得するメソッド作ったけどクライアントの方で使えない… どうすればいいんだ… Serverの方で作ったクラスも参照できないし…どうしたら… EF は余計な事するから Dapper で普通のsgl のがわかりやすい PostgreSql なら無料で使えるし この板限定だけどPostgreSQLを勧めるのはキチガイの印象しかない PostgreSQLには問題ないよ あくまで勧めてる一人がおかしいだけ Dao 作るんならEF風 に使えるし 末端のプログラマーにはSQLは 触らせない手もある 上級プログラマー以外はSQL 使うなみたいな >>609 ありえん... 処理を全部SQLで書かせないから(ここ強制) 処理速度が遅いわ コードはぐちゃぐちゃだわになる 逆だろ 書き込みは共通ルールに則って 統一されるからキレイなコードになる >>611 専属のデータベーススペシャリストのいるプロジェクトかな? >>612 ロジックは全部APIの内側! クライアントは表示と手続き支援のみ! DbのオープンだけEFのクラス使って Dapper入れれば普通のプロジェクトと 変わらないでしょ オープンはServer側でAppsetting.json読み取るクラス作ってそこから接続文字列読み取るようにした SQLの操作はSystem.Data.SqlClientクラスを使ったよ 【エンジニア未経験】転職を成功させるWebアプリ開発の技術選定7選 www.youtube.com/watch?v=K6Us1UXI784&t=170s この動画で、Ruby on Rails 専門学校・RUNTEQ の菊本も言ってる。 データベースはPostgreSQL、セッション管理はRedis そもそも、Heroku もPostgreSQL だし AWS のオーロラdb がポスグレでしょ AWSでサーバー立てるなら 一番安上がり それだとDBの管理が面倒くさいでしょ フレームワーク任せのが簡単 コネクトプールとかも使えるし >>616 AWS Aurora は、PostgreSQL なのか? Auroraは、MySQL および PostgreSQL と、完全な互換性がある SQL駆使するプログラマはSQLにドメインロジック入れがち テスト書けなくなる 昔はPLSQLだけでwebサイト作ってる 時代もあったね Blazor はEF使ってオープンして スタートupでdbアクセス用のサービスを DI化して 各クライアントのページからは インジェクトでサービスを取り込むのが 標準のようになってる >>623 ほぼオンメモリで動くあれは爆速だったな。 まだcgiが主流でようやくmod_perlが普及し始めたくらいの当時。 Blazorの@pageルーティングでリストの数で複製させるってどうやるのでしょうか 例えばリストに1~5までがあったら @page "/1" @page "/2" @page "/3" @page "/4" @page "/5" ってのが自動生成されるようにしたいです @page "/{変数}"これですか? これをどうやってリストの数字と置き換えるかに迷ってます まさか @foreach(int i in List) { @page "/{i.ID}" } とかにするわけじゃないですよね??? そうじゃなく/?number=1とかでいいじゃんってこと numberそれぞれ別ページにするんじゃなく同じページじゃいかんのか? >>629 なるほどそういう方法もあるんですね その場合どうやれば良いのでしょうか? >>631 ありがとうございます! 参考にします! これって例えばなんですけど 左のサイドバーにリストの数字が羅列されててその数字にリンクが貼ってある サイドバー @foreach(int i in List) { ‹a href=$"/?{i.ID}/› } のときもそのサイドバーのリンク踏むだけで移動できるものなのでしょうか? なんでやってみないの? 表示されたリンク踏んで望んだページに遷移するかをまず確かめる 望んだページでなかった場合は正しいURLをアドレスバーに打ち込んでみる それでも遷移できなければルーティングが間違ってる >>639 なるほどありがとうございます 少しずつ覚えていきます .NET MAUI HighSchoolですが私のことですか? このコテは.NET MAUI用に作ったものなので他のスレでは使わないようにしてます server触ってるけど直接DB触れるんだな…楽だ 大規模アプリでも静的型付けだから楽になるはずなんだけどな 大規模でserverはパフォーマンスもやばそうだし プレゼントテーション層でDBアクセスしたりビジネスロジック書き出すやついそう おかげさまでBlazorアプリできました https://mauiwiki.azurewebsites.net/ 最初のLoadingにアニメーションとかインジケーターとか入れたいのですが可能でしょうか? 可能であればどこに入れればよいでしょうか? >>651 そうなんですか ありがとうございます! >>652 ありがとうございます! 色々迷惑かけました 機能/操作性はおいといて ロード長すぎ(つかWebアプリならロード時間不要) パフォーマンス悪すぎやな 2回目でも更新されてたらまたロード長いからなぁ。 表示が始まるまで7-8秒からかかり、 表示された後も数秒ロードw 5秒過ぎだら毎日1億アクセスあるようなサイト以外 殆どの人はバックボタン押すからな。 自分は新サービスたぶんそんなに人使わないと踏んで Blazor Serverを選んだけど 毎日1血�Aクセスで想鋳闥ハりだわ(遠い目) そのロード負荷(精神的な)を減らすためにアニメーションとかあればいいなぁと思ってる 初っ端のチュートリアルみたいなやつだけでもjsとHTMLとCSS使って表示させとくとか まぁできないかもしれんけど wasmかserverかしらんけどこんな掲示板に近いようなサービスでspaにする必要ある? https://webassembly.org/docs/use-cases/ >>659 loading...のとこ変えればいけるはずだからいけるはず(語彙力) ASP.NETにホストされたWebAssemblyでのIISデプロイの仕方がわから~ん なんでか発行するとエラーが出てできないんだが… IISにはデプロイできてlocalhostでは開けるのにそのサーバーのIPアドレスと任意ポートでアクセスしようとしたらダメだった… >>666 おお〜 ちと断定するまではできないけど 確かにそれっぽいな! builtwith.com/ で、使っている技術を分析してみれば? >>665 自分が読み違えているかもだけど、 エイプリルフール用アプリをBlazorServerで作ったんじゃなくて、社内で使う開発用ツールをBlazorServerで作ったんじゃないの? 社内で使うようなツールはServerで作った方が楽ちんってことよね ユースケース的にも合致してて納得 不特定多数の人が使うようなものをServerで作っちゃうとリソース爆食い >>669 の理解で合ってると思う CysharpってC#使うための会社なのに、そのCysharpですら社内ツールにしかBlazor使ってないということにむしろ驚くわ >>670 wasm自体、使い所がゲームか業務システムくらいだし CySharpも謹製のマジックオニオンがまだBlazorWasmに対応してない(未来永劫対応しないかもしれない)ので、 ブラウザで動くゲームは公開しないんじゃないかな 自分はコテコテのSIerなので、業務システムをBlazorで作ってみたい気持ちもあるけど つぶしが効かなさそうなので二の足踏んでる wasmはたまに使うんだけど、c#から書き出したものはまだちょっと時期尚早かなぁ。 BlazorはクラシックASPみたいにサーバがジリ貧になりそうなので怖いわ。 使ってみればわかるけどReactよりも直感的になったブラウザでもC#を使えるようになる技術だぞ? 潰しとかどうこうじゃなくね? 普通にC#やってれば使えるしBlazorだけでなくてもバックエンドでもデスクトップでもモバイルでも活用できるだろ >>673 C# ができるのと、Blazorができるのはまた違うだろ >>677 そうか? ほぼC#のようにBlazorアプリ作ったけど >>678 極端な話Unityいじっててインターフェースの概念すら知らない人もC#経験者に含まれてくるからね 分けて考えておくのが吉かと SPAをやるならReactやSvelte等のJSフレームワークの方が圧倒的に潰しがきくのは厳然たる事実なんで、低レベルな議論は虚しいだけだぞ BlazorはAPIの実装とか面倒なことをしないで従来のWebFormsのように社内ツールをお手軽に作れる技術であり、それ以上でも以下でもない そりゃなんでも覚えたら損はしないけど時間は有限なのだ。 自分が個人的に何かWebサービス作るならBlazor wasm使うけど、会社で若手に習得させるフロント技術を選択せよとなったらReact選ぶわ。 そりゃReactと比べたらReact教えんだろ アホか >>683 だよね つぶしがきくほう選ぶよね というわけで>>671 を書いた次第 >>684 いやReactできるうえでの話かと思ったんだが? >>685 おれが? おれはできないよ でも社内にできる人はいるから教えてもらったら良い お客さん向けのシステム提案にBlazor選択するのはリスク高いな Blazorを選んだ責任を問われる やっぱ自社内のシステム向けだね WebFormしか出来そうもない開発者向けの blazor wasmだとロード長すぎ、 blazor server だとブラウザで見てる間ずっと サーバーのメモリ確保されちゃうから処理できる人数少なすぎ これでは不特定多数者向けサイトには使えない 最初からアクセスほぼ無し、人気が将来出るはずもないと わかりきってるサイトならありかもね。 c#でのロジックが必要ならそこだけマイクロサービスのAPIにするか サーバ内で外部プロセスにするかした方がはるかにマシ。 パフォーマンスもそうだか お客様が望むものが容易に提供出来ない可能性が有ることも怖すぎる Blazor使うならServerでしょう 実際、稀に出てくるBlazorの実際の活用例ってほぼServerじゃないか? APIを作ってクライアントを別個に作るオーバーヘッドを受け入れた時点で、もはや一般的なSPAとの違いは言語と開発環境の好みの問題でしかないよね >>690 多くのユーザーがアプリを拡張するには、複数のクライアント接続とクライアントの状態を処理するためのサーバー リソースが必要です。 という制限がつきまとうServer Blazorといえば、Serverでしょう!にはならんかな… >>687 が書いてる通り、WebFormsの逃げ道でしかないとおもう IEで動くってのも利点だったけどIEもうないし。 > WebFormしか出来そうもない開発者向けの ワシのことかな? まてまて だとしたら全てのWASMが全てそういうデメリットがあるものだと思う それを踏まえた上でWASMの利用促進っていうんだからBlazorがこれから伸びる可能性はかなり高いと言えよう てかEdgeに.NET環境を予め入れておけば万事解決では?と思ってしまうな MSにはうまく連携を取ってほしいところ >>694 wasmはパフォーマンスがなんとかなれば強いと思うんだけど、 やっぱり使われるシーンって、ニッチなところだと思うよ 業務システム、CAD、なんかの管理画面。 これ言うと君は必ず不機嫌になるけど、少なくともwikiのサイトに使うもんじゃない… あ、あとやっぱりゲームだな もし自分がwordleみたいなゲーム作るとしたらBlazor wasmで作るわ >>695 いやむしろWikiサイトを作るのにJavaScriptが適正なのか? Linqも使えないクソゴミでは? .NET MAUIでスマホアプリ化もできんし >>696 blazorはjs使えない弱者むけの c#<->jsラッパーみたいなもんですよ なので最終的にはHTML+jsで画面制御してるし 原理的にもreactより超遅い つかベンチマークでSPAライブラリーで最下位ですよ >>699 マニュアルにそれとなくかいてあんよ それにjsやってんならChrome Devtools使えんだろうから それでハックすれば簡単にわかるだろうに https://learn.microsoft.com/ja-jp/dotnet/architecture/blazor-for-web-forms-developers/media/hosting-models/blazor-webassembly.png この絵ですぐわかる またこの文章がまたいやらしいよな 「BlazorWebAssembly アプリは、Angular や React などのフロントエンド JavaScript フレームワークと同様の方法で機能します。 ただし、JavaScript を記述するのではなく、C# を記述します。」 c#のコードが対になるjsと連携してHTMLを制御するというのをはぐらかした文章 c#しか書く必要ないのは、js側のライブラリーをblazorライブラリーの一部として用意してるから つまり『blazor=wasm+HTML+js』って事 BlazorとMAUIの違いや関係性、Razorとの関連性、DOMや仮想DOM、 XAMLなどとの関連性、WinForms、WPF、UWP、WinRTとの関係性、類似性 などなど、複雑で難しい。 Blazor自体も種類が沢山あり、Forms的なものとWPF的なものが有った様な。 >>705 お前がわかってないんだろって言われてるんだぞw DOMにアクセス出来るのは現状jsだけなのだからね まあjs無しでBlazorを実装するのが不可能なのは事実なんだけど、どこまでwasmでどこからisなの? Razorで仮装DOMを作るとこまではwasm でその反映はis? 当たり前だけど.NETライブラリを紹介する簡易WebエディターってBlazor使ってるところ多いよな これNethereumっていうWeb3,NFT用の.NETライブラリのサイトだけどBlazor使ってる http://playground.nethereum.com/ >>709 使い方としては正しいんじゃない? wikiサイト作るのに使う技術ではないわな 知り合いの会社が電子契約やら電子署名系のシステム作ろうとしてたけど 特許だらけだったとかで断念してたな 用途がわかりやすいだけに新規参入の余地がほとんどない 電子契約とかドキュサインとアドビがあるというのに 個人制作物が何の背景を元に何の契約トラストを提供できるの? >>714 相場が月5,000~10,000円に対して、 自分で作ってしまえば、もっと安く提供できるということでは? 結局の所、その費用が安いというのも、他社が作ってきた「電子サインもまあアリだよね」という空気感(どんだけ電子サイン自体の広告やってたよ)へのフリーライドになってしまうので、難しいだろうなって思ってる。 その次は信じるか否かの問題にもなるし。 グループ会社向けの電子署名機能のついた請求アプリ作って運用してるけど、外販できる気がしないので、どういう風にこれをビジネスに持って行くかというのは結構気になる。 過去スレも見たけど期待上げしかなくて何の情報もないスレだな 無礼者! まだjs何かつかつてるの? 暇人だね Blazor で得に困ることも無く サックサック作れるのに 最近作り始めたんだけど、クライアントサイドのJSみたいな感覚で作ってたら 当たり前なんだけどタスクがずっと残っててめちゃくちゃ重くなってたりとかいろいろハマったわ でも面白いね、スマホアプリ作ろうか悩んでたけど特に何も考えずにいろんな環境で動いてくれるから ちょっとしたツールとかバッチとかBlazorServerで作ってる 一つ聞きたいんだけど、家族用のアプリでアクセスしたユーザーをリストから選択したら覚えておく方法ってないだろうか 動画視聴アプリを作ってるんだけど、視聴済みや再生終了位置をユーザーごとに記憶させたいんだけど アクセスしているユーザーの固有識別子みたいなものが欲しいんだよね… テキストボックスの選択範囲が変更されたとき 選択範囲と選択している文字列を取得したいんだけど c#のコードだけで実現できないものだろうか? コードも見てないし、どのバージョンでServerかWasmかも解らんけど多分できるよ ああごめん、.net7でblazor serverだけど、シンプルな方法が見つけられなかった とりあえず他の方法で代わりとしたけど javascript部分をそのままC#でって訳にはいかないもんだね 最近流行りの別言語のWebフレームワーク触ったら Blazor Serverやっぱり良いなぁと改めて実感した 特にバックエンド開発はASP.NETが基盤なのでかい blazorてあれやな、昔懐かしいjsp的やな😅 htmlとコードが混在してて Blazorでアンドロイドアプリをつくっています。 グーグルのAdmob広告を入れる情報が ネット上にほぼ見当たらないのですが、 有識者の皆様の知恵をお借りしたいです。 すみません。このスレで Jetbrains Rider を IDE として使っている人いますか? 現状VS主流なので殆ど日本語の個人使用の情報が 見当たらないです。 read.cgi ver 07.5.0 2024/04/24 Walang Kapalit ★ | Donguri System Team 5ちゃんねる