■ このスレッドは過去ログ倉庫に格納されています
【本命】Blazor スレ1【真打】
- 1 ：デフォルトの名無しさん：2020/07/20(月) 23:36:36.67 ID:td0HkrQz.net
- 混沌を極めるWebアプリケーション界隈に現れた一筋の光明
型無し言語 JavaScript の悪夢を打ち払い
林立するエコシステムの亡霊を退散
アプリケーション開発者の希望となるMVVMを引っ提げて登場した真のSPA開発環境
Blazorを語る者よ、集え！
ASP.NET Core Blazor の概要
https://docs.microsoft.com/ja-jp/aspnet/core/blazor/?view=aspnetcore-3.1
- 2 ：デフォルトの名無しさん：2020/07/20(月) 23:38:29.65 ID:td0HkrQz.net
- でもデバッグの仕方がわかんないんだｙね
https://docs.microsoft.com/ja-jp/aspnet/core/blazor/debug?view=aspnetcore-3.1
↑ここに書いてある通りにしてもChromeでうまく動かん
- 3 ：デフォルトの名無しさん：2020/07/20(月) 23:49:47.23 ID:uvZgkaZD.net
- 作りかけ本番採用ゼロの欠陥フレームワークだからしょうがないｗ
- 4 ：デフォルトの名無しさん：2020/07/20(月) 23:51:01.79 ID:EV6R9d7T.net
- 普通にF5デバッグできるけど？
- 5 ：デフォルトの名無しさん：2020/07/21(火) 00:11:34.58 ID:PmtuV1Mx.net
- ブラザー、そう呼んでいいのかい？
- 6 ：デフォルトの名無しさん：2020/07/21(火) 00:42:48.40 ID:SJ0RWW6w.net
- >>1
Blazor Tutorial
https://dotnet.microsoft.com/learn/aspnet/blazor-tutorial/intro
わかりやすいTutorial
SDKインストールしてコマンド3個打つくらいでBlazorが動く
- 7 ：デフォルトの名無しさん：2020/07/21(火) 00:53:47.84 ID:+X/WvtGC.net
- 着衣と同じ発音らしいからブラジャーだろ
- 8 ：デフォルトの名無しさん：2020/07/21(火) 04:28:48 ID:svlMOeDH.net
- この盛り上がらなさである。
人気がなくて悔しいから、人気のスレに寄生して煩く宣伝するしかない。
だから嫌われる。
C#ｶﾞｲｼﾞはRubyｶﾞｲｼﾞと全く一緒。
C#コミュニティとRubyコミュニティは、これらｶﾞｲｼﾞを生み出して迷惑かけてる責任を取ってもらいたい。
- 9 ：デフォルトの名無しさん：2020/07/21(火) 08:00:25.49 ID:SJ0RWW6w.net
- >>8
それは日本人の大半が英語がろくにできないからだ
YouTubeの英語動画みてみろ
Blazorの英語の解説動画はたくさんあって
海外では既にかなり人気になってるのがわかる
ただ日本が遅れてる
YouTubeのBlazor動画いろいろみてると
front endの開発でうんこJS使う必要なくなって良かった！
めちゃくちゃ生産性あがった！
ってみんな感激してるわ
- 10 ：デフォルトの名無しさん：2020/07/21(火) 09:59:44.87 ID:svlMOeDH.net
- たくさんｗ
JSの何兆分の一だよｗｗｗ
- 11 ：デフォルトの名無しさん：2020/07/21(火) 10:16:52.89 ID:SJ0RWW6w.net
- 仕方なく使わされていたJSとは比較できない
JSという罰ゲーム開発から解放されたひとたちは
喜んでC#とBlazorを使っているのだ
- 12 ：デフォルトの名無しさん：2020/07/21(火) 14:21:08 ID:bt9y6mdw.net
- >>8
ホンマこれ。
C# Ruby jQueryは使用者が頭おかしい荒らしばっかだよな
- 13 ：デフォルトの名無しさん：2020/07/21(火) 14:38:13.07 ID:RakZXNGC.net
- Webのフロントエンドに疎く、これまでReactみたいなクライアントサイドテンプレートに触れたことがなかった.NETerが現代文明に触れて感動している図
- 14 ：デフォルトの名無しさん：2020/07/21(火) 14:46:38.80 ID:xas0Ujpg.net
- >>12
この板だけだろw
- 15 ：デフォルトの名無しさん：2020/07/21(火) 16:51:30.11 ID:SJ0RWW6w.net
- >>13
JS界隈がレガシーすぎるんだがね
JSは互換性を重視しすぎて化石のようになってる言語
>>12
言語ではないjQueryまでいれてしまう頭のおかしい12なのであった
- 16 ：デフォルトの名無しさん：2020/07/21(火) 18:38:49.93 ID:aodmvxxX.net
- ESnextも悪くないしPHP8も悪くない
ただ現場見てる人からだとイメージは違うかも
- 17 ：デフォルトの名無しさん：2020/07/21(火) 18:42:20.86 ID:HtHQwFay.net
- お前の同類にRubyガイジとjQueryガイジがいるから並べられただけだろう
- 18 ：デフォルトの名無しさん：2020/07/22(水) 10:50:18.28 ID:z+eeQg9W.net
- >>17
最近RubyガイジがおとなしくなってるせいでBlazorガイジが悪目立ちしてるよな
- 19 ：デフォルトの名無しさん：2020/07/22(水) 11:41:00.12 ID:ILXZvJ+B.net
- オーバーナイトBlazorになってからアクセスしてこいって感じ
- 20 ：デフォルトの名無しさん：2020/07/23(木) 12:32:28.00 ID:Eu0fAWmh.net
- ケンカ売って、荒らして、かき回して注目を集める強盗宣伝しかできない。良くて子供のダダっこか。
本スレはこの体たらくｗｗｗ
人気のなさは隠せない。
こどおじらしい自分本意ないやらしいこといくらしても誰も注目してくれない。
お前と一緒なフレームワーク。
だから親近感覚えたのかな？ｗｗｗ
- 21 ：デフォルトの名無しさん：2020/07/23(木) 12:37:44.60 ID:atvy6zMd.net
- この板はC#が理解できない低能が多いから
まだ人気がないのは仕方がない
- 22 ：デフォルトの名無しさん：2020/07/23(木) 13:08:01.16 ID:ai8d9jfq.net
- >>20
確かにBlazorガイジが他スレで暴れ回ってるのに本スレが過疎とか笑えないな。
基地外しかBlazor使ってないのか？
- 23 ：デフォルトの名無しさん：2020/07/23(木) 18:52:18.28 ID:Eu0fAWmh.net
- 三大サーベイの中で最もJSに厳しいIEEEの今年のランキングが出たぞーｗｗｗ
Top Programming Languages 2020
https://spectrum.ieee.org/at-work/tech-careers/top-programming-language-2020
あっれれ〜？おっかしぃぞ〜？ｗｗｗｗ
- 24 ：デフォルトの名無しさん：2020/07/23(木) 21:50:49.37 ID:rEo5oJ86.net
- >>20
せっかく隔離スレ立てたのにお前みたいな嵐が乗り込んで来たらこっちが過疎るわ
お前はあっちのスレも相変わらず荒らしてるしどうしようもないクソだな
- 25 ：デフォルトの名無しさん：2020/07/23(木) 22:24:01.06 ID:atvy6zMd.net
- >>23
C#がランク外でアホが喜んでるが
おまえの推してたTSもランク入ってないし
ここまで実態を反映しないランキングなどどうでもいい
Pythonは過大評価されすぎ
AI以外であまり使われてない
言語ではないArduinoまで入ってる
- 26 ：デフォルトの名無しさん：2020/07/24(金) 06:25:22.65 ID:9v9Epd9J.net
- こっちが過疎ってるのはC#が不人気のクソ言語だからｗ
- 27 ：デフォルトの名無しさん：2020/07/24(金) 07:12:28.57 ID:SsZ4AS8R.net
- またキチガイが
- 28 ：デフォルトの名無しさん：2020/07/25(土) 06:04:24.43 ID:vIjhxGJs.net
- フロントエンドフレームワークのかなり網羅的なベンチマークの最新版。
左ほど良い。右ほど悪い。
https://krausest.github.io/js-framework-benchmark/current.html
二回ほど前からblazor-wasmもフロントだから入れろと信者にゴネられてリストされてる。
なお不動の最下位で大恥かいた模様。
- 29 ：デフォルトの名無しさん：2020/07/25(土) 06:06:32.47 ID:vIjhxGJs.net
- 最近のビルドについてBlazorプロジェクトのマネージャーであるマイクロソフトのDaniel Rothはchatにて
「Blazor would be 10x slower than JS and not winning speed competitions」
（BlazorはJSよりも10倍遅く、スピード競争に勝つことはない）
と述べた。
- 30 ：デフォルトの名無しさん：2020/07/25(土) 06:09:41.10 ID:vIjhxGJs.net
- AOTサポートにより（JSに勝つことはないにせよ）性能向上が期待され、また宣伝し、信者も大いに期待していたが…
AOT support in Blazor WASM will be postponed and not show up in .NET 5.
Blazor WASMでのAOTサポートは延期され、.NET 5には含まれません。
https://twitter.com/christianweyer/status/1270602821688328192?s=20
延期されたｗｗｗｗ
一時ソースはGitHubのAoT compilation issueへのDaniel Rothの6/6のコメントとみられる。
他の改善アイテムで頑張るってよｗ
https://twitter.com/5chan_nel (5ch newer account)
(deleted an unsolicited ad)
- 31 ：デフォルトの名無しさん：2020/07/25(土) 09:39:58.16 ID:9x1ahMJJ.net
- アンチ必死だな
- 32 ：デフォルトの名無しさん：2020/07/25(土) 14:06:16.60 ID:ZlqyHRW3.net
- アンチというかキチガイが他所に喧嘩売りに行ってんだからそらヘイト買うだろ
- 33 ：デフォルトの名無しさん：2020/07/25(土) 20:00:17.38 ID:NDV9tbLY.net
- blazorガイジ「JSは終わる」
それGoogleに言ってみろよｗ
- 34 ：デフォルトの名無しさん：2020/07/25(土) 20:34:09.42 ID:cqG0h/rG.net
- >>33
なんで？w
- 35 ：デフォルトの名無しさん：2020/07/25(土) 20:37:54.15 ID:ZlqyHRW3.net
- >>34
世界のブラウザシェアも知らんでJS終わるとか言ってんの？
- 36 ：デフォルトの名無しさん：2020/07/25(土) 21:47:14.32 ID:blo6HsLG.net
- なぜC#は失敗したのか…
ﾄﾞﾄﾈﾄのクロスプラットホーム転換があと10年早ければ…
ほんとに残念。
- 37 ：デフォルトの名無しさん：2020/07/25(土) 23:34:17.61 ID:ZlqyHRW3.net
- たった一人の醜態でBlazorのイメージがどんどん悪くなってるな
- 38 ：デフォルトの名無しさん：2020/07/26(日) 00:47:39.16 ID:T0U3lDAz.net
- .NETって名前がまずダメでしょ
これを変えるべき
- 39 ：デフォルトの名無しさん：2020/07/26(日) 00:52:49.73 ID:Lwmxod4b.net
- それな。ナカタ.NETでまず混乱。
ショップジャパン.NETで再び混乱ｗ
- 40 ：デフォルトの名無しさん：2020/07/26(日) 12:45:27.83 ID:n3XFZLl3.net
- >>38
.Net Core
- 41 ：デフォルトの名無しさん：2020/07/26(日) 12:54:03.70 ID:8c+LEo48.net
- >>38
SEO対策だ最低だしな
- 42 ：デフォルトの名無しさん：2020/07/26(日) 14:54:44.84 ID:pD32vvMJ.net
- >>40
それももうすぐ消えますが
- 43 ：デフォルトの名無しさん：2020/07/26(日) 14:58:24.62 ID:8c+LEo48.net
- もうEdgeもChromium系になったしなMSもブラウザでそこまで独自規格とかもうやらんのやない？
- 44 ：デフォルトの名無しさん：2020/07/26(日) 20:29:59.78 ID:w+GapKf+.net
- >>42
そうなのか？
- 45 ：デフォルトの名無しさん：2020/07/26(日) 20:52:10.41 ID:ZgmlRto3.net
- >>44
うん
- 46 ：デフォルトの名無しさん：2020/07/26(日) 21:01:56.38 ID:8c+LEo48.net
- Windows 10 Mobileも終わったもんな
MSってあんまクロスプラットフォームで売り出すのには向いてないんじゃないかって思う
- 47 ：デフォルトの名無しさん：2020/07/27(月) 02:13:24.13 ID:c0Q45HfR.net
- これって結局のところトランスパイルしてJSにしてるんだよね？
https://dotnet.microsoft.com/apps/aspnet/web-apps/blazor
- 48 ：デフォルトの名無しさん：2020/07/27(月) 02:15:48.31 ID:o3qaYBwJ.net
- >>47
jsも一部使ってるけど、C#をjsにトランスパイルしているわけではないよ
- 49 ：デフォルトの名無しさん：2020/07/27(月) 08:49:28.19 ID:xQtC6s1H.net
- >>46
結局プラットフォームで商売してるからね
.NET Core系もAzureとの抱き合わせ戦略の結果だんだんおかしくなってきてるし
- 50 ：デフォルトの名無しさん：2020/07/27(月) 09:01:19.90 ID:c0Q45HfR.net
- というかソースを見れば分かるがもろscriptタグ使ってる
blaおじはjsオワコンみたいに言ってるからもちろんjsコードは一切書いてないんだろうし
となるとハンドライベントなんかはトランスパイルとは言わないまでも自動生成とかそんな感じなんじゃないの？
- 51 ：デフォルトの名無しさん：2020/07/27(月) 09:19:18.69 ID:o3qaYBwJ.net
- >>49
何がおかしいの？
- 52 ：デフォルトの名無しさん：2020/07/27(月) 09:26:38.30 ID:TfnjDE3E.net
- jsコード一切書かないならwasmの読み込みも出来ないなｗ
あれもjsコードだからｗ
- 53 ：デフォルトの名無しさん：2020/07/27(月) 09:26:43.19 ID:c0Q45HfR.net
- クロスプラットフォームを売りにしたCoreも結局他プラットフォームには浸透しなさそうって意味じゃない？
- 54 ：デフォルトの名無しさん：2020/07/27(月) 09:27:41.59 ID:c0Q45HfR.net
- >>52
だから自動生成とかそんな感じか？って書いてあるじゃん
- 55 ：デフォルトの名無しさん：2020/07/27(月) 10:10:16.38 ID:o3qaYBwJ.net
- デタラメな妄想を垂れ流すんじゃなくてちゃんとコードに基づいて書けよ
- 56 ：デフォルトの名無しさん：2020/07/27(月) 11:04:20.90 ID:9Xn50/5g.net
- >>51
IEが駄目になったのも、Javaが流行ったのも、サーバーサイドがUnix一色になったのも、
MobileでMSが駄目だったのも、理由が分からないのはMSのみ。
- 57 ：デフォルトの名無しさん：2020/07/27(月) 11:07:42.90 ID:9Xn50/5g.net
- >>44
.NET は、亜種が沢山ありすぎる上に、短時間で次から次へと変化して、大混乱中だし、
細かく調べれば調べるほど、誇大宣伝ばかりでMSが言った通りにはなってないので
信用が下がってる。
どれでプログラムしたらいいかもさっぱりわからないから、結局、昔からあるものを
使わざるを得ない。
新しいのに飛びついても、数年でさらに新しいのが出るし。
しかも、変化してるだけで良くなってない。
- 58 ：デフォルトの名無しさん：2020/07/27(月) 11:18:11.69 ID:9Xn50/5g.net
- WinForms, WPF, UWP, Xamarin.Forms, XAML, Blazor, Razor, .NET MAUI
沢山有りすぎて選べない。
始まったと思ったら、すぐ終わる。
「WinFormsは終わってWPFですよ」
何て言ってもWPFはWinFormsより劣った部分も多くて、結局、下火に。
UWPは見る影も無く。
Xamarinは調べれば調べるほどおかしい。
Blazorもおかしい。
結局、一番最初に出たWinFormsが一番開発し易くて、いろいろな意味で安定している。
- 59 ：デフォルトの名無しさん：2020/07/27(月) 11:42:53.33 ID:9Xn50/5g.net
- >>58
というか、まともなアプリの開発に最も適するのは MFC(Win32)。
- 60 ：デフォルトの名無しさん：2020/07/27(月) 12:45:24.48 ID:vNtx9fDh.net
- WPFは言うほど悪くない
- 61 ：デフォルトの名無しさん：2020/07/27(月) 13:20:35.32 ID:O6ncpH5Z.net
- >>58
うむ、まったく同意見だ
- 62 ：デフォルトの名無しさん：2020/07/27(月) 13:38:17.14 ID:7U86HVSX.net
- よく >>58 みたいな体たらくのくせして
「今度は、Blazor は大丈夫！」なんて楽観的に踊れるよな信者は。
過去の経験を記憶する海馬あたりに障害があるんじゃないだろうか？
誇大広告でも、それでも性能で夢見させてくれるのかと思ったら >>28-30 の有り様。もうね…ｗ
- 63 ：デフォルトの名無しさん：2020/07/27(月) 13:44:17.97 ID:o3qaYBwJ.net
- >>58
少しはググれよw
全然用途の違うものを並べてぼくわかりましぇーんって言われてもな
- 64 ：デフォルトの名無しさん：2020/07/27(月) 13:56:53.50 ID:O6ncpH5Z.net
- >>63
用途は関係ないよ
マイクロソフトが普及を諦めてなおざりにしてきたライブラリの歴史だよ
マイクロソフトのことだからBlazorもすぐに捨てるだろってこと
- 65 ：デフォルトの名無しさん：2020/07/27(月) 13:58:41.69 ID:9Xn50/5g.net
- >>63
用途ごとにフレームワークを変えるなんて、馬鹿ですか。
- 66 ：デフォルトの名無しさん：2020/07/27(月) 15:07:43.99 ID:yFV6PxsL.net
- >>62
xamarinはもうちょっと長生きするかと思ったんだけどなあ。
COCOAで挽回できるかと思ったけどかえってミソつけちゃったね
- 67 ：デフォルトの名無しさん：2020/07/27(月) 16:09:09.94 ID:o3qaYBwJ.net
- >>65
変えるのが当たり前だろ
スマホアプリ作りたいって要件なのにWPF使うか？
- 68 ：デフォルトの名無しさん：2020/07/27(月) 18:27:52.93 ID:q4lb5yU9.net
- .NET MAUIって、.NETまいうーに見える
>>58
いくつか種類があるのは悪いことじゃない
MSはそれだけ長期間サポートしてる証拠でもある
JSのOSSの世界だと破壊的なバージョンアップで仕様変更してるだけ。
MSは長期サポートしないといけないから、名前かえて新しいのを作る
Desktop:
いまさら新規でWinFormsもない。迷わない
WPFは悪いとは思わない。とがってる部分は使わなければいいし。
Cross-platform:
Xamarinの後継が.NET MAUIだからこれも迷わない。
迷わず新しい.NET MAUIにいけばいいんじゃないか
https://qiita.com/nskydiving/items/927b39c2983eb1f2d2b3
- 69 ：デフォルトの名無しさん：2020/07/27(月) 18:32:23.46 ID:q4lb5yU9.net
- >>64
普及するかはユーザーが選ぶか次第だろう
ちゃんと長期サポートするからこそこうやって選択肢がたくさんある
プラットフォーム、用途、安定性、実績を考えて
新しいものから選べばいいとおもう
Xamarinカオスだったから.NET MAUIは楽しみだ
- 70 ：デフォルトの名無しさん：2020/07/27(月) 19:08:15 ID:0SUtHL0h.net
- I/FならWinUI 3.0 も来るぞ。(混乱)
- 71 ：デフォルトの名無しさん：2020/07/27(月) 20:27:01.90 ID:Yb4FfF6H.net
- Win7サポートしないとダメだよ
- 72 ：デフォルトの名無しさん：2020/07/27(月) 23:33:52.29 ID:ydhLADhs.net
- >>68
本当は、新規でもWinFormsだな。
- 73 ：デフォルトの名無しさん：2020/07/27(月) 23:36:22.92 ID:qpVhwZSH.net
- 簡単なツールならWinFormでちゃっちゃと作る
- 74 ：デフォルトの名無しさん：2020/07/27(月) 23:57:48 ID:q4lb5yU9.net
- WinFormsはUIしょぼいじゃないの
WPFで作った後は戻れない
戻ったら負け感があるだろう？
ASP.net MVC(Core)はこのまま開発終了なのかな
Blazor系だけになったら悲しい
- 75 ：デフォルトの名無しさん：2020/07/28(火) 00:00:13 ID:mqD6IZiK.net
- 開発終了はさすがにねーよ
- 76 ：デフォルトの名無しさん：2020/07/28(火) 00:15:11 ID:2t1H/VoS.net
- 俺もWinFormsよりWPFを選ぶなあ
- 77 ：デフォルトの名無しさん：2020/07/28(火) 01:36:59 ID:uRzl2y8u.net
- >>73
簡単なツールならそもそもGUI要らなくね？って事で結構CUIで作ってたっけな
- 78 ：デフォルトの名無しさん：2020/07/28(火) 15:31:38 ID:XpAjM/1U.net
- WPF++
- 79 ：デフォルトの名無しさん：2020/07/29(水) 16:48:29 ID:ivzpA7HG.net
- 少し前までは何でもUIを求められたけど、RPAやらタスクランナーで業務が回りだすとコンソールアプリでいい気がしてる
あととりあえずjsonで出し入れできるようにしてると困らなくなった
- 80 ：デフォルトの名無しさん：2020/07/29(水) 20:18:50 ID:mK2eufmg.net
- WebAssemblyを批判してる人たちは
GoogleもWebAssemblyに取り組んでるの知ってるのかな？
MicrosofとGoogleが取り組んでて普及しないわけがない
- 81 ：デフォルトの名無しさん：2020/07/29(水) 21:00:18 ID:z6Fnx3oM.net
- wasmは普及するよいずれ。
その時にはblazorなんて滅んでるけどｗｗｗ
- 82 ：デフォルトの名無しさん：2020/07/29(水) 21:52:59 ID:XelKZAZW.net
- 1年後の世界へ行こう！
／'⌒`ヽ、 Blazorが世界1のシェア取ってるはず…
ヽ、┗ ノ
`ーｰ' γ⌒ヽ／ﾌﾞﾚｷﾁ＼ ／'⌒⌒ヽ、
,-ｰｰ-､ .||~￣~|/-O-O-ヽ|. （ ┃ ⌒ヽ
/ ┃ ） || 6| . : )'e'( : . |9 ＼ ━┛ ）
.（. ┃ ） || ｀‐-＝-‐ ' ＼＿＿_,ノ
ヽ､＿＿,ノ || ＿(つ¶¶と)＿_
／||'''''| 三 | |'（⌒）
／ '―――――` ￣ ＼
`＝＝＝＝＝＝＝＝＝＝＝＝'
- 83 ：デフォルトの名無しさん：2020/07/29(水) 22:06:33 ID:XelKZAZW.net
- ￣￣￣| | ｌｌヽ _| ヽ
| | |l￣| | l Blazorって未来ではどうなってんの？
| | / ´＼ /
| | ヽ､＿ ｀＾イ
二二二 」 ＿ ＿＿ ｌﾆ二二ｌ､ ＿＿＿_
─┴┐ ⊆ﾌ＿)＿_./ ┌ヽ ヽ┐ ／´ ｀＼
二二二二二二ｌ / | | | |. / ヽ
＿l＿＿＿＿_| ／｀ｰ─‐|＿| |_| / ヽ
| ／｀ヽ__, ─ ､ノ |─l ｌ l
|───/ ／lﾆ/ /二ﾆluul. | ! え？そんなゴミないよ
| ___|￣ | | |_|. l /
└─（ ）(ﾆ| ￣|./二ﾆ) ヽ /
￣￣ / ） >━━━━━━ く
｀ー ´ / ヽ
- 84 ：デフォルトの名無しさん：2020/07/30(木) 04:41:03.42 ID:rEfqRs7F.net
- WebAssemblyのプロジェクトを作ると、サーバーも同時に作られちゃうけどさ
これWebAssembly部分だけ作るにはどうすりゃいいの？
- 85 ：デフォルトの名無しさん：2020/07/30(木) 05:01:55.76 ID:U5fODHRo.net
- >>84
たいしてサイズ変わらないんだしBlazorServerのも同時に
作られたっていいじゃない
- 86 ：デフォルトの名無しさん：2020/07/30(木) 10:44:35 ID:9quanFrk.net
- つまり、出来ません。
- 87 ：デフォルトの名無しさん：2020/07/30(木) 11:10:28.59 ID:9quanFrk.net
- Blazorのせいで、Wasmが使いにくい印象を持たれる恐れあり。
- 88 ：デフォルトの名無しさん：2020/07/30(木) 17:51:09.43 ID:jpY92a62.net
- >>84
dotnet new blazorwasm -o projdir
だったかなコマンドラインヘルプ見てみて
- 89 ：デフォルトの名無しさん：2020/07/30(木) 22:43:31 ID:ozDrFsTH.net
- 調べてくれたの？
ずいぶん時間かかったね
- 90 ：デフォルトの名無しさん：2020/07/31(金) 02:16:03 ID:F84TbMHr.net
- MS社員が金貰ってここに書いているからさ。
- 91 ：デフォルトの名無しさん：2020/07/31(金) 02:16:03 ID:F84TbMHr.net
- MS社員が金貰ってここに書いているからさ。
- 92 ：デフォルトの名無しさん：2020/07/31(金) 09:57:33.80 ID:Is13D4iK.net
- MSはそんなしないよ
そういうことするのは大体勘違いした迷惑な信者
- 93 ：デフォルトの名無しさん：2020/07/31(金) 12:35:44 ID:mccS7x6Z.net
- 信者を装ったアンチだろ
- 94 ：デフォルトの名無しさん：2020/07/31(金) 15:25:11 ID:MVdwX9C7.net
- 例えば迷惑な信者って声優関係ではめっちゃあるあるなんよね
無駄に別の声優やファンに余計な喧嘩売ったり
- 95 ：デフォルトの名無しさん：2020/08/03(月) 02:28:50.36 ID:9/tK9gy1.net
- https://www.telerik.com/forums/blazor-response-is-slowly!
blazor-server: 入力に対するレスポンスがとても遅く、反応が失われることすらある。
blazor-client: 起動すれば反応は速いが、ロードが遅い。
なお、後者の反応が早いといっても、ベンチマーク的にはツールキットの中で最も遅いらしいが。
- 96 ：デフォルトの名無しさん：2020/08/03(月) 02:39:10.27 ID:9/tK9gy1.net
- Blazorに比べれば、UnityのWasmポートの方がまだ速いらしい。
- 97 ：デフォルトの名無しさん：2020/08/03(月) 05:08:55.52 ID:qdvto+rV.net
- 遅いという評判しか聞かないな…
反面、速いという話しは信者の「一年後には最速になる！」といった希望的観測ばかり。
韓国の「１０年後には日本を追い抜く！」と同じ精神を感じる。
- 98 ：デフォルトの名無しさん：2020/08/03(月) 05:23:16.89 ID:mp/HFfOi.net
- 韓国はもう追い抜いてるから例えとして不適切
- 99 ：デフォルトの名無しさん：2020/08/03(月) 06:13:35.68 ID:gnTaw2rH.net
- >>95-96
らしい、らしいって試したこともないバカが他人の
コメントで知ったかぶり
C#を理解できないから自分で試すこともできない。無能
Blazor Serverはserver遅ければ遅くなるのは当たり前
スケールしにくいアーキテクチャだ
社内利用など人数がわかってる場合は爆速で使える
WebAssemblyの初回ロードは決して大きくないし
2回目以降は通常のwebサイトよりも相当小さい
GmailやAmazonのほうがはるかにデータ転送量が多い。
- 100 ：デフォルトの名無しさん：2020/08/03(月) 07:23:08.27 ID:qdvto+rV.net
- Blazorの弱点：
・Payload. Right now if you create a fresh new Blazor project, it weighs in at around 2.4mb. The team hopes to cut this down significantly come May.
・Load time. Due to download size, devices on poor connections can experience longer initial load times.
・Restricted runtime. Apps have to operate in the browser’s sandbox and are subject to the same security restrictions as any JavaScript application.
何にもコンテンツ無しの状態で2.4MBワロタｗｗｗ
ちなみにこれデスクトップ5,563,976 URL、モバイル6,399,199 URLのサイズデータ。
https://beta.httparchive.org/reports/state-of-the-web#bytesTotal
何にもコンテンツ無しの状態でデスクトップ5,563,976 URLの中央値2MB超えててワロタｗｗｗｗ
何にもコンテンツ無しの状態でモバイル6,399,199 URLの中央値1.9MB超えててワロタｗｗｗｗｗ
何にもコンテンツ無しの状態で2.4MBワロタｗｗｗｗｗｗ
- 101 ：デフォルトの名無しさん：2020/08/03(月) 09:50:40 ID:N8X3JloH.net
- そもそもwasmが現時点で遅いでしょ
V8のJITの方が早いから使う意味がない
- 102 ：デフォルトの名無しさん：2020/08/03(月) 10:16:55.32 ID:9/tK9gy1.net
- >>99
>WebAssemblyの初回ロードは決して大きくないし
Blazorの場合は、かなり大きい。
>GmailやAmazonのほうがはるかにデータ転送量が多い。
大嘘。
- 103 ：デフォルトの名無しさん：2020/08/03(月) 10:18:19.77 ID:9/tK9gy1.net
- >>101
Wasm自体は、結構速い。
遅いのは、Blazor。
- 104 ：デフォルトの名無しさん：2020/08/03(月) 10:20:23.09 ID:9/tK9gy1.net
- CUI的なHelloWorldが2.4MBという時点で終わってる。
- 105 ：デフォルトの名無しさん：2020/08/03(月) 10:22:00.59 ID:gnTaw2rH.net
- >>102
使ったことないだろ？
MS demoなんて2回目は400kb程度しかない
Amazonはトップページで15MB近くある。
それくらいは許容される時代になってるし
Wasmが初回のみ1-2MBとかあったとしても何も問題ない
- 106 ：デフォルトの名無しさん：2020/08/03(月) 10:25:38.81 ID:gnTaw2rH.net
- >>104
1-2MBというのは最初のランタイム込みだろうが、
2回目は激減するからどうでもいい
wasmではないweb appよりもcacheが効いている。
ランタイムはブラウザ同梱にしてしまう手もある
- 107 ：デフォルトの名無しさん：2020/08/03(月) 10:35:03.61 ID:qdvto+rV.net
- だれも使ってないEdgeにかｗ
いつか来て潰れた道だなｗｗｗ
- 108 ：デフォルトの名無しさん：2020/08/03(月) 10:43:30 ID:0nT8uF8W.net
- サイドバイサイドが売りだったはずの.NETをWin同梱にしたらバージョン上げにくくなってインプレースでアップデートをやりはじめて
そしたらまたサイドバイサイドを売りにした.NET Coreが出てきたと思ったら今度はASP.NET Coreの同梱とかISSへの統合とかやりはじめて依存関係地獄へ逆戻り
.NETって延々同じ失敗を繰り返してるよな
- 109 ：デフォルトの名無しさん：2020/08/03(月) 10:44:13.45 ID:0nT8uF8W.net
- 訂正
IIS
- 110 ：デフォルトの名無しさん：2020/08/03(月) 11:04:22.51 ID:oRu+bRIB.net
- そもそもSPAはアプリケーション、つまり長時間開きっぱなしが前提
だから開くのに数秒かかるぐらいはユーザーは全く気にしない
起動に数秒かかるVSCodeでもみんな大好きだろ、そういうこと
それより重要なのは、開いたあとに安定して速度を出せるかどうか
その点についてはJSよりwasmのほうが高性能って結果がすでに出てる
開くまでの速度が重要ならそもそもSPAを使わずｚ従来の非SPAの静的サイトあるいはASPNET Core MVCを始めとしたFWが最速なのでそっちにすればいい
- 111 ：デフォルトの名無しさん：2020/08/03(月) 11:20:54 ID:qdvto+rV.net
- 二回目から速いから初回訪問は遅くてOK！
…が通るならSSRなんか流行ってない。
現在GoogleがSSR勧めてるのは、以下の二点から。
・SEO
Googleはクライアント側JSでレンダリングされるコンテンツも把握するようボットを継続的に改善してきているが、今はまだ、SSRを勧めるという。
・初回訪問時パフォーマンス
初回訪問時に重い・遅いBlazorみたいなサイトは離脱率が高い傾向があり、せっかく誘導してもムダになるので検索での格を落とすという。いわゆるパフォーマンスアップデートと呼ばれるもので、現在コロナで一時的に延期中。
検索を落とされたくなければ、サイトのサイズを小さくして初回訪問時のパフォーマンスの向上に努めること。SSRはその手段のひとつとして進められている。
Googleが把握するサイトパフォーマンスは、
キャッシュの効かない、
初回訪問時のパフォーマンス
である。
Blazor何にもコンテンツ無しの状態で2.4MBクソワロタｗｗｗ
ちなみにこれデスクトップ5,563,976 URL、モバイル6,399,199 URLのサイズデータ。
https://beta.httparchive.org/reports/state-of-the-web#bytesTotal
何にもコンテンツ無しの状態でデスクトップ5,563,976 URLの中央値2MB超えててワロタｗｗｗｗ
何にもコンテンツ無しの状態でモバイル6,399,199 URLの中央値1.9MB超えててワロタｗｗｗｗｗ
何にもコンテンツ無しの状態で2.4MBワロタｗｗｗｗｗｗ
- 112 ：デフォルトの名無しさん：2020/08/03(月) 11:35:34 ID:9/tK9gy1.net
- >>105
>Amazonはトップページで15MB近くある。
無い。嘘つき。
- 113 ：デフォルトの名無しさん：2020/08/03(月) 11:36:42 ID:9/tK9gy1.net
- >>105
二回目で400KBって。どんなに大きいねん！
二回目は0でなくてはならん。
- 114 ：デフォルトの名無しさん：2020/08/03(月) 11:48:40 ID:wtIvuTvM.net
- 1.8MBのはずだけど、いつの時代の話をしているんだ？
- 115 ：デフォルトの名無しさん：2020/08/03(月) 12:10:15 ID:qdvto+rV.net
- >>114
それはすごい！さすがBlazor！！
モバイル6,399,199 URLの中央値1.9MBだから、画像含むコンテンツをあと100KB内に納めると、速くもなく遅くもない、ちょうど中間のサイトができるな！
さすがBlazorすごい！！
- 116 ：デフォルトの名無しさん：2020/08/03(月) 12:14:16 ID:oRu+bRIB.net
- >>111
だからSEOが気になる、初速が重要なサイトにはSPAなんてそもそも必要ないんだよ
SPAの必要がないサイトにむりやりSPAを通そうとしてるからおかしなことになる
銀の弾丸はないっていい加減学ぼう
- 117 ：デフォルトの名無しさん：2020/08/03(月) 12:20:15 ID:qdvto+rV.net
- そう、Blazorは銀の弾丸ではない。
遅くて重いがWebがワカラナイC#業務ソフトおじさんを再利用できる介護フレームワークなのだ！
- 118 ：デフォルトの名無しさん：2020/08/03(月) 12:35:01 ID:grXRK/j3.net
- 再利用大いに結構
偏屈で高い割に柔軟性がないJSユーザーより一緒に仕事しやすい人材が多いから
- 119 ：デフォルトの名無しさん：2020/08/03(月) 12:46:59 ID:9/tK9gy1.net
- >>105
1MBのDLに12秒くらいかかる環境でも、amazon.co.jp は、初回でも
数秒以内に利用できる状態になる。
ということは、300KB位しかなく、15MBなんてとんでもない。
- 120 ：デフォルトの名無しさん：2020/08/03(月) 13:21:13 ID:HWaVQs96.net
- >>119
開発者ツールで見せて
- 121 ：デフォルトの名無しさん：2020/08/03(月) 13:26:57 ID:wtIvuTvM.net
- >>105
トップページの転送料は3.3MBだったけど？
- 122 ：デフォルトの名無しさん：2020/08/03(月) 13:37:44 ID:U3N5AFk/.net
- 開発者ツールで見てみたけど、最終的には9MBダウンロードするが、1〜2MBでページは完成してるしスクロールもできる
- 123 ：デフォルトの名無しさん：2020/08/03(月) 13:41:37 ID:9/tK9gy1.net
- 現実には、ページが見られるまでに必要なのは、300KB程度のはずだ。
- 124 ：デフォルトの名無しさん：2020/08/03(月) 15:22:07.53 ID:gnTaw2rH.net
- >>112 >>119
アマゾンは広告が変わるから日時によってサイズは変わる。
今見たらアマゾンのトップは10MB程度ある。
おまえが調べ方知らないだけだろ
Firefox developer tool使え
>>121
それCache無効化してないだろ
Firefoxの場合は
Shift押しながらreloadしないとcacheを読んでしまう
Twitterのtimelineとかも画像多いから10MB程度いくこともある。
フォローしてる人、画像にもよるがけっこう食う。
それ考えたらBlazor Wasmの初回のみ2MB程度なんてたいしたことない。
- 125 ：デフォルトの名無しさん：2020/08/03(月) 15:28:40.47 ID:wtIvuTvM.net
- >>124
いやいやありえないってw
開発者ツールの画像晒してみ
- 126 ：デフォルトの名無しさん：2020/08/03(月) 15:33:35 ID:qdvto+rV.net
- twitterは無限スクロールでどんどんロードしてくんだから当たり前。
それともBlazorでは無限スクロールは
実 装 で き な い
のかなぁ…？
だって実装したら同じように10MB20MB簡単に行っちゃうからね。
フォローしてる人、画像にもよるがけっこう食う。
それはフォローしてる人の投稿内容、画像というコンテンツがあるから。
一方Blazorはなんにもない。
なんにもなくて2MBｗｗｗ
なんにもコンテンツなくて既に全サイト中真ん中のパフォーマンスｗｗｗｗ
さて内容カラッポで2MBｗｗｗここからコンテンツ足したら重くなるのでしょうか軽くなるのでしょうか？ｗｗｗｗｗ
- 127 ：デフォルトの名無しさん：2020/08/03(月) 15:35:46.53 ID:9/tK9gy1.net
- >>125
今見てみたら、やはり、主要部分は300KB程度で、あとは、商品の画像ファイル
の読み込みが続き、最上部の映画などの宣伝動画がずっと続く。
商品の画像は大体、見てる範囲が先にDLされ、すべてがDLし終わらなくても
見られるから、余りDLの遅さを感じない。
宣伝動画が8MBくらいあるようだが、ストリーミングで再生されているので、
全部 DL されなくても見られる。
これは、Blazor/Wasmが、最初に2MBくらいをDLし終わらないと全く実行できない
のとは全く異なる。
- 128 ：デフォルトの名無しさん：2020/08/03(月) 15:41:14.36 ID:gnTaw2rH.net
- 2MB弱で騒いでるアホは
アナログ回線でダイヤルアップ接続でもしてるの？
クソ回線自慢にしかなってないんだがｗ
- 129 ：デフォルトの名無しさん：2020/08/03(月) 15:48:10 ID:9/tK9gy1.net
- >>128
そうやって、相手のハードウェア環境を馬鹿にしたりするのはソフトウェア失格。
そんなこと言い出したら、もともこもない。
如何にハードウェアの性能を出し切るかがソフトウェア。
- 130 ：デフォルトの名無しさん：2020/08/03(月) 16:03:26.85 ID:0MenM/I/.net
- >>126
そういや去年くらいの当時のAngular最新版の実装の新機能で挙がってた機能だかスクロールで表示範囲外になった部分の内容がアンロードされる仕様今のTwitterに入ってるね
- 131 ：デフォルトの名無しさん：2020/08/03(月) 16:14:50.85 ID:9/tK9gy1.net
- >>126
通常のサイトは、たとえ 2MB と言っても、ページを表示してから時間を掛けてDL
しているものが多い。
まず、タイトルと文書が見られるようになって、上から順に画像がDLされていくような。
だから、実際には最初の100KBくらいDLされた時点でページ事態は見られる状態になっている。
一方、Blazor/Wasmの場合は、2MBが完全にDLしきらない限りは、全くページが見られない。
この差は大きい。
- 132 ：デフォルトの名無しさん：2020/08/03(月) 16:19:29.41 ID:hyEwWuLa.net
- すぐに改善される部分にしかイチャモンつけられない時点でアンチの敗北なんだがわかってないのかねぇ
- 133 ：デフォルトの名無しさん：2020/08/03(月) 16:20:15.40 ID:9/tK9gy1.net
- >>132
MS製品は、未だかつて何も改善されたためしがないのだが。
- 134 ：デフォルトの名無しさん：2020/08/03(月) 16:31:32 ID:0/lt0JjB.net
- >>133
アホくさ
- 135 ：デフォルトの名無しさん：2020/08/03(月) 16:52:40 ID:9/tK9gy1.net
- MSは、サイズに関しては小さく出来たためしがない。
- 136 ：デフォルトの名無しさん：2020/08/03(月) 18:20:54.60 ID:qdvto+rV.net
- 名前はマイクロソフトなのにｗｗｗ
- 137 ：デフォルトの名無しさん：2020/08/03(月) 21:10:07.71 ID:ukM+b7An.net
- 起動が遅いアプリの場合、スプラッシュウインドウを表示するべし。
大昔からの言い伝えだ。
- 138 ：デフォルトの名無しさん：2020/08/03(月) 21:27:54.68 ID:VfthWC1J.net
- 楽天のトップページが20MBあるから。
リアクトで100kbに減らせるなら美味しい。
- 139 ：デフォルトの名無しさん：2020/08/03(月) 21:33:39.76 ID:VfthWC1J.net
- まあただ同じ低価格帯ならリゴルよりシグレントのほうが歪み少ないね。
テクトロは別格だけど100万するからね。
まあプロならLinux使っとけってことだよね。
- 140 ：デフォルトの名無しさん：2020/08/03(月) 21:35:13.78 ID:VfthWC1J.net
- 最近のオシロはどれもUSB接続できるけど、シミュレータ含めてアプリがWindowsに対応していないからね。
Ubuntuに慣れておくべきだよね。
- 141 ：デフォルトの名無しさん：2020/08/03(月) 21:42:24.02 ID:VfthWC1J.net
- アナログプローブがWindowsに対応していないのが痛い。
デジタルだけならWindowsでも良いんだけど、結局デジタルも突き詰めて言えばアナログの一部なので、Ubuntuが必要になる。
富岳に対応していないのも使いにくい。
業務だから。
- 142 ：デフォルトの名無しさん：2020/08/03(月) 21:46:26.66 ID:VfthWC1J.net
- 富岳はさすがに日本の技術の粋を集めただけあって速かったね。
Windowsで一時間かかるプログラミングが、富岳なら30分で終わる。
これはイケルと思いました。
- 143 ：デフォルトの名無しさん：2020/08/03(月) 23:47:54 ID:9/tK9gy1.net
- MSは、サイズに関しては小さく出来たためしがない。
- 144 ：デフォルトの名無しさん：2020/08/04(火) 00:28:38 ID:vydsY05j.net
- 名前はマイクロソフトなのにｗｗｗ
- 145 ：デフォルトの名無しさん：2020/08/04(火) 08:05:09.09 ID:WJJgCWj+.net
- あっ
ボットかこいつ
- 146 ：デフォルトの名無しさん：2020/08/04(火) 09:56:23.74 ID:CK7AS0VE.net
- MSの悪口を言われた雇われエバンジェリストが、任された仕事を全うするため
全く関係ないオシロスコープの話題を出して、ごまかそうとしている。
- 147 ：デフォルトの名無しさん：2020/08/04(火) 19:11:18 ID:CLCPvHjf.net
- Blazorなんか業務システム用途だろ
朝に一度立ち上げるだけなんだから
ダウンロードの量とか大した問題じゃないわ
開発の生産性あがる方が大きい
- 148 ：デフォルトの名無しさん：2020/08/04(火) 19:30:17 ID:eB3iNrrw.net
- だよな。
遅すぎ重すぎでとてもコンシューマーには見せられないよな。
- 149 ：デフォルトの名無しさん：2020/08/04(火) 19:34:29.20 ID:FHqpkUfc.net
- 最初おそかったけど気付いたら最速になっていた程度の認識でいいと思います
- 150 ：デフォルトの名無しさん：2020/08/04(火) 19:40:44 ID:cWgQ3xfc.net
- Linux板だとLAMPとWindows Serverを比較してああだこうだ言う人が居るんだけどね。
- 151 ：デフォルトの名無しさん：2020/08/04(火) 19:46:42.53 ID:pID3dDUo.net
- 赤帽で動いてる既存システムをとりあえずなるはやでdockerizeしたいときに便利そう←SYSTEMD
- 152 ：デフォルトの名無しさん：2020/08/04(火) 20:18:53.10 ID:9595nKGY.net
- >>147
Blazor Wasmはブラウザ閉じて立ち上げ直しても
アプリがちゃんとキャッシュされてる。
全部のダウンロードは本当に最初の1回だけ。
朝だろうが関係ない、翌日以降含めてずっとサイズ小さい
- 153 ：デフォルトの名無しさん：2020/08/04(火) 20:21:26.90 ID:9595nKGY.net
- https://youtu.be/ctSqiD8BGPM?t=170
ASP.NET coreはnode.jsより7倍速い。
node.jsはオワコン。低速・開発生産性も低い
- 154 ：デフォルトの名無しさん：2020/08/05(水) 01:35:29.29 ID:zbDytttg.net
- 最初の一回って、オンラインアップデートが常に高速にできることがWebアプリ
のいいところでもあるのに、それができなくなるってことじゃん。
それに最初の一回でも20秒もかかるのは駄目だ。
- 155 ：デフォルトの名無しさん：2020/08/05(水) 10:57:38 ID:s8pcBT+O.net
- まぁどんなことでもそうだけど
要はバランスだからな
向く用途と向かない用途がある
どんな技術でも
自分の目的用途で最適だと思うのを選べばいいだけ
- 156 ：デフォルトの名無しさん：2020/08/05(水) 13:10:16 ID:tll6+bZl.net
- >>154
ダウンロードするwasmのコードに変更あったら
アップデートされるだろう
それなかったら変更のたびにエラーが出る
- 157 ：デフォルトの名無しさん：2020/08/05(水) 13:21:49.69 ID:1gOfDJp+.net
- ランタイムは変わらない
差分なら一瞬ですわ
- 158 ：デフォルトの名無しさん：2020/08/05(水) 14:10:26.08 ID:zbDytttg.net
- Yモバ、UQ、Rakuモバなどだと、Blazorでは、HelloWorldの初回起動に20秒以上かかるだろう。
- 159 ：デフォルトの名無しさん：2020/08/05(水) 14:11:17.80 ID:zbDytttg.net
- >>158
なお、その環境でも、amzon.co.jpのページは、2秒くらいで使えるようになる。
- 160 ：デフォルトの名無しさん：2020/08/05(水) 14:49:38.22 ID:6NzwAzCO.net
- 今後は遅延ロードがカギになんのかな
Blazorの場合どうなってんだろ
メソッド呼び出し時にまだアセンブリがロードされてなかったらそこでダウンロード開始なのか
メイン開始時にバックグラウンドでダウンロード開始なのか
どちらにしても今のDIコンテナはエントリポイントでアセンブリを全部読み込む必要があるから再検討が必要かもしれんな
- 161 ：デフォルトの名無しさん：2020/08/05(水) 15:03:31.53 ID:O3zNF1qA.net
- ランタイム部分だけはせめて、全サイトで共用になって欲しいな
- 162 ：デフォルトの名無しさん：2020/08/05(水) 15:45:23.00 ID:eyNhEtAe.net
- >>159
これ言っとかないとBlazorおじさんが「Amazonも〜」とか捏造し出すからなｗ
- 163 ：デフォルトの名無しさん：2020/08/05(水) 16:09:49 ID:PkhzukNe.net
- >>161
Blazorの同一バージョンが効果的にキャッシュヒットするほどBlazorが普及するというありえない仮定のもとでは同意
- 164 ：デフォルトの名無しさん：2020/08/05(水) 16:15:30.76 ID:tll6+bZl.net
- >>159
GmailやAmazonは実際のデータ量は大きいだろう
backgroundで落としてるから気になりにくいだけ。
見かけの速さではなく実データのダウンロードサイズを見るべきだ
>>158
MNOやサブブランドは速いしそんなに時間かからない。
- 165 ：デフォルトの名無しさん：2020/08/05(水) 16:23:58.96 ID:tll6+bZl.net
- Blazorに文句つけてるやつの大半が
激遅いスクリプト言語つかってるんだよな
- 166 ：デフォルトの名無しさん：2020/08/05(水) 16:30:52.93 ID:jXC4yZOe.net
- >>165
いや、Blazor関係なしにお前が嫌われてるだけやぞ
- 167 ：デフォルトの名無しさん：2020/08/05(水) 18:53:20 ID:zbDytttg.net
- 形態の格安キャリアだと一ヶ月5GBを過ぎると1Mbit/s位に速度が落ちる。
5GBだと、まともな画質でYouTubeを見るとなると、2時間もたないだろう。
となると、一ヶ月の内の大部分の日は、1MBbit/sの状態で過ごすことになるだろう。
ならば、Blazorの2MBのDownloadに20秒かかるのはあながち間違いではない。
- 168 ：デフォルトの名無しさん：2020/08/05(水) 19:31:52.05 ID:X9SXCUcc.net
- スマホで見るようなものはSPAで作らないよ
- 169 ：デフォルトの名無しさん：2020/08/05(水) 19:47:21.31 ID:tll6+bZl.net
- >>167
低速1Mbpsは格安SIMとは呼ばない。それは
サブブランドかMNOの低速モードだ。
格安と呼ばれるMVNOは、低速200kbps以下
200kbpsの人たちは切り捨てでいいだろ
IE対応と同じで切り捨てていく
光回線も持たずに動画見まくってギガ不足になって追加課金も
しないような事例だされても知らんがなで終わり
- 170 ：デフォルトの名無しさん：2020/08/05(水) 19:47:34.12 ID:GhYHD/aN.net
- SSRとWASMのスイッチングをサポートするのが現実的な落としどころかも
デフォルトはSSR
気に入って起動コストが無視できるぐらい利用時間が増えたらWASMに乗り換え
- 171 ：デフォルトの名無しさん：2020/08/05(水) 20:01:35.41 ID:Gos4KFdP.net
- javascript触るのもう嫌やねん
- 172 ：デフォルトの名無しさん：2020/08/05(水) 20:46:00.88 ID:yvhpxJsg.net
- もうすでにLazy Loadingは実装されてるみたいだね
https://isc30.github.io/blazor-lazy-loading/
コンポーネント単位で、依存アセンブリが未ロードならダウンロードって感じのようだ
React.lazyと似たような感じかな
これで最初にロードしなきゃいけないのはキャッシュしやすいランタイムだけになった
ほとんど待たされずに最初のページが表示される
- 173 ：デフォルトの名無しさん：2020/08/05(水) 21:38:13.46 ID:DmZXfViQ.net
- >>164
GMail、CPUが1コアとかだとメッチャ遅いな
- 174 ：デフォルトの名無しさん：2020/08/05(水) 22:09:28.38 ID:eyNhEtAe.net
- > これで最初にロードしなきゃいけないのはキャッシュしやすいランタイムだけになった
ゴチャゴチャと屁理屈捏ねた結果…
>>126 >>131 から状況は何も変わっていないｗｗｗｗ
Blazorはなんにもない。
なんにもなくて2MBｗｗｗ
なんにもコンテンツなくて既に全サイト中真ん中のパフォーマンスｗｗｗｗ
さて内容カラッポで2MBｗｗｗここからコンテンツ足したら重くなるのでしょうか軽くなるのでしょうか？ｗｗｗｗｗ
- 175 ：デフォルトの名無しさん：2020/08/05(水) 22:58:40.83 ID:ReXZMZda.net
- ウェブブラウザーから派生して、アプリブラウザーというものが出来るなら、Blazorが標準かもしれないんだよな。
そういう未来もあり得るからな。
- 176 ：デフォルトの名無しさん：2020/08/05(水) 22:59:21.28 ID:ReXZMZda.net
- むしろ、アプリブラウザーが存在しない状態のほうが、不思議に感じるが。
- 177 ：デフォルトの名無しさん：2020/08/05(水) 23:00:25.00 ID:ReXZMZda.net
- HTMLの代わりにXAMLを標準とするアプリブラウザがあっても良いはずだよな。
- 178 ：デフォルトの名無しさん：2020/08/05(水) 23:36:44.84 ID:pVYMqErl.net
- そうだな。Silverlightと名付けよう。流行らない理由がない！
- 179 ：デフォルトの名無しさん：2020/08/05(水) 23:39:24.63 ID:ReXZMZda.net
- Silverlightはフラッシュを意識しててちょっと違うんだよな。
俺たちが欲しいのはそういうものじゃない。
- 180 ：デフォルトの名無しさん：2020/08/05(水) 23:40:01.71 ID:ReXZMZda.net
- 俺たちが欲しかったのはBlazorですよ。
- 181 ：デフォルトの名無しさん：2020/08/06(木) 00:13:22.81 ID:YI93igBY.net
- ページにはjQuery、アプリにはBlazorという使い分けだろね。
これは良い考え。
- 182 ：デフォルトの名無しさん：2020/08/06(木) 01:51:28.66 ID:Z11Bxbv7.net
- >>174
2Mってなんか勘違いしてないか
そんなでかくないよ
- 183 ：デフォルトの名無しさん：2020/08/06(木) 02:07:45.39 ID:S0Cut7WY.net
- >>174
もうここだけがアンチの希望なんだな
こんなのすぐに最適化されて小さくなる
あっという間にダウンロードできる
2回目からキャッシュされてダウンロード時間ゼロ
ほとんど全員が不快感を感じることなく受け入れられるパフォーマンスだね
- 184 ：デフォルトの名無しさん：2020/08/06(木) 02:10:06 ID:3k5Zhdnk.net
- 格安SIMを使ってる人が沢山いる以上、2MBはウェブページにはもちろん、
ウェブアプリにも適さない。
- 185 ：デフォルトの名無しさん：2020/08/06(木) 02:12:08 ID:3k5Zhdnk.net
- >>183
いや、Windows Updateなんかも最悪なのに、OSにWindows以外の選択肢が
実質存在しないのでみんな仕方無しに使ってるだけで、2MBが少ないなんて
ことはない。1.4MBのFDにOSもCコンパイラもゲームも入っていた時代もあるし、
ファミコンゲームなんてもっと小さかったわけだし。
- 186 ：デフォルトの名無しさん：2020/08/06(木) 02:15:54 ID:Pv5GzrgX.net
- Blazorのデモ
https://isc30.github.io/blazor-lazy-loading/
Reactのデモ
https://react-spa-demo.herokuapp.com
正直体感できるほどの速度差はなかった
Blazorで駄目と感じるユーザーならReactでもダメだろうな
- 187 ：デフォルトの名無しさん：2020/08/06(木) 02:17:52.19 ID:Pv5GzrgX.net
- >>185
話飛びすぎ
急にOSの話しだすとか思考回路どうなってんだろこの人
- 188 ：デフォルトの名無しさん：2020/08/06(木) 02:20:47.53 ID:3k5Zhdnk.net
- >>186
Reactもかなり遅いが、Blazorは、未だに起動できない、全く問題外の遅さ。
こんなに遅いWebページ見たことない。
- 189 ：デフォルトの名無しさん：2020/08/06(木) 02:22:57.61 ID:3k5Zhdnk.net
- Wasmが本質的にこんなに遅いならまだしも、遥かに起動が速いものもあるから。
- 190 ：デフォルトの名無しさん：2020/08/06(木) 02:24:32.19 ID:WGshixPb.net
- >>188
嘘ついてまでアンチしたいのか
両方とも僅かなもたつきですぐに開くぞ
- 191 ：デフォルトの名無しさん：2020/08/06(木) 02:25:15.24 ID:3k5Zhdnk.net
- >>190
いや、俺の環境では実際に起動できない。
- 192 ：デフォルトの名無しさん：2020/08/06(木) 02:26:15.47 ID:3k5Zhdnk.net
- 50秒は待ったが起動できないので、不良品と判断した。
- 193 ：デフォルトの名無しさん：2020/08/06(木) 02:26:15.61 ID:3k5Zhdnk.net
- 50秒は待ったが起動できないので、不良品と判断した。
- 194 ：デフォルトの名無しさん：2020/08/06(木) 02:33:17 ID:WGshixPb.net
- こっちはどっちとも1秒で開くぞ
遅いっていってたのはパソコンの故障が原因だったのか？
人騒がせな
- 195 ：デフォルトの名無しさん：2020/08/06(木) 02:36:08 ID:3k5Zhdnk.net
- >>194
それは、通信環境が速いだけ。
自分が速い環境にいると、遅い環境の事が分からない。
だから、わざと遅い環境で試すことも重要。
- 196 ：デフォルトの名無しさん：2020/08/06(木) 02:38:44 ID:3k5Zhdnk.net
- 言っておくが、この環境でも、Yahoo、livedoor、amazon.co.jp、5ch/2ch
などは1秒くらいで開く。
Googleも問題ないし、ほとんどのサイトの閲覧も問題ない。
ReactとBlazorは異常。Reactは、まだ30秒くらい待てば開いたが、
Blazorは50秒は待ったが開かない。
- 197 ：デフォルトの名無しさん：2020/08/06(木) 02:41:11 ID:YI93igBY.net
- 楽天はどうだ？
- 198 ：デフォルトの名無しさん：2020/08/06(木) 02:42:14 ID:YI93igBY.net
- Googleのシンプルなトップページが600kb程度だけどな。
- 199 ：デフォルトの名無しさん：2020/08/06(木) 02:42:18 ID:WGshixPb.net
- >>195
ごく普通に一般向けに提供されてる回線だよ
無線だから回線全体から見ればむしろ遅い部類だ
- 200 ：デフォルトの名無しさん：2020/08/06(木) 02:45:20.84 ID:WGshixPb.net
- つまり帯域制限された後の異常に遅い回線とかだと使用に耐えられないが
普通に使ってる分にはなんの問題もないということか
それがわかっただけでもよかった
遅いという意見は無視してもいい特殊なケースだったということだ
- 201 ：デフォルトの名無しさん：2020/08/06(木) 02:45:45.51 ID:YI93igBY.net
- Blazorの時代が来てるな。
キチガイアンチの湧き具合で判断できる。
- 202 ：デフォルトの名無しさん：2020/08/06(木) 02:46:47.63 ID:YI93igBY.net
- 楽天のトップページが20mbあるんだよ。
2mb程度で重い言うても仕方ないだろ。
アプリなんだから。
- 203 ：デフォルトの名無しさん：2020/08/06(木) 02:47:13.14 ID:3k5Zhdnk.net
- >>197
楽天の場合、上の方の検索ボックスが数秒後に表示され、しばらくすると、
下の方の画像以外の枠類が表示されてきて、なんとなく「待てる」。
>>198
キャッシュが全く無い状態からでも、600KBと6秒程度で表示できるのでなんとかなる。
OSを最初に使い始めたとき以外には、Googleのページはキャッシュに乗っているので
遅さを感じない。
- 204 ：デフォルトの名無しさん：2020/08/06(木) 02:48:34.27 ID:3k5Zhdnk.net
- >>201
個人的に反論してるだけだから、Blazorの時代は来てないし、今後も来ないと思われる。
- 205 ：デフォルトの名無しさん：2020/08/06(木) 02:50:42 ID:YI93igBY.net
- いや、これは完全に来てる。
- 206 ：デフォルトの名無しさん：2020/08/06(木) 02:51:15.94 ID:Zl4XeqTl.net
- https://www.rakuten.co.jp/
これか
Blazor、Reactのデモより遅いじゃん
でもみんななんとも思わず普通に使ってるんだろ
SPAの初回負荷はユーザー目線ではそんなに気にならないってことだな
- 207 ：デフォルトの名無しさん：2020/08/06(木) 02:52:20.80 ID:3k5Zhdnk.net
- >>202
個人的には楽天は大嫌いで、ほとんど使ったことが無い。
ごちゃごちゃして、めちゃくちゃ使いにくい店に感じる。
文字の大きさがめちゃくちゃで、落書きみたいだ。
- 208 ：デフォルトの名無しさん：2020/08/06(木) 02:54:53.12 ID:3k5Zhdnk.net
- >>206
いや、実際に遅い回線だと、Blazorの方がずっと遅いぞ。
Blazorは、全く表示されずにグルグルが回っているだけで全く使い物にならないが、
楽天は、まだ、5秒後くらいに検索ボックスが使える状態になり、しばらくすれば、
なんとなくサイトの構造が見える状態になるから、まだ、操作も出来そうだし、
心理的にも待てる。
Blazorは、何にも出来ない状態で数分間待たされることになるので、役に立たない。
- 209 ：デフォルトの名無しさん：2020/08/06(木) 03:09:47.08 ID:Zl4XeqTl.net
- >>208
極端に遅い回線ではそういうことも稀にあるんだろうね
SPAってそういう回線で使うようなものじゃないから気にしなくていいよ
- 210 ：デフォルトの名無しさん：2020/08/06(木) 03:11:07.31 ID:DKKm8LHU.net
- アンチがつく身分になったのか
- 211 ：デフォルトの名無しさん：2020/08/06(木) 03:12:26.87 ID:Zl4XeqTl.net
- 一連のレスにより一般的なシチュエーションではなんの問題もなくBlazorが使えることがわかった
楽天のような規模のサイトと比較すると逆に早く表示される場合もあるということがわかった
今日はいい収穫があったね
- 212 ：デフォルトの名無しさん：2020/08/06(木) 03:18:09.49 ID:3k5Zhdnk.net
- >>211
あんたは実際に遅い環境で試してないから間違ってる。
楽天は、遅い回線でも、現実的にはなんとかなる。
Blazorは、同じ回線でも、全く起動すらしない。
前者では、全部読み込まなくても使える/見える状態になるのに対し、
後者は、全部読み込まなくては、全く文字すら見えないから。
楽天は画像以外は、割と早い段階で見えるのでなんとかなってる。
>>210
アンチが多いものとしてデスクトップのLinuxがあるが、未だに普及できてない。
5ch以外でもBlazorはアンチが多いので、デスクトップLinuxと同じ運命をたどる
かも知れない。
逆に、Rubyは初期のころはアンチが少なく、使っているうちに問題点が見えてきて、
アンチが多くなるにしたがって、シェアも激減した。
だから、アンチが多いことと優れていることの相関は低いどころか、逆相関で、
アンチが多いことは、そのままそれが劣っていると言うことだ。
- 213 ：デフォルトの名無しさん：2020/08/06(木) 03:53:28.50 ID:YOMmAvu6.net
- アンチスレ立てなよ
- 214 ：デフォルトの名無しさん：2020/08/06(木) 07:55:49 ID:Z0IRQC5l.net
- 遅い遅い言ってるのって、VisualStudioか何かのスレで、いまだにADSL使ってるくせにアップデートでかすぎ！ユーザのことを考えてない！とか騒いでいた奴と同一人物かも。
- 215 ：デフォルトの名無しさん：2020/08/06(木) 08:22:04.88 ID:Hi44VBCL.net
- 格安SIMしか使えない貧乏人がアンチしてるだけか
わろた
- 216 ：デフォルトの名無しさん：2020/08/06(木) 08:52:46 ID:Zl4XeqTl.net
- >>212
一般的にみて比較的遅い回線でためした
結果、なんの問題もなかった
楽天よりデモのほうがはやかった
アンチはお前だけだ
現実を直視しろ
- 217 ：デフォルトの名無しさん：2020/08/06(木) 11:33:18 ID:3k5Zhdnk.net
- じゃあ、あなたの思う普通の人向けをターゲットにして、
貧乏人には見てもらえないページを作ってればいいさ。
それで結果がどうなろうとあなたの自由だ。
- 218 ：デフォルトの名無しさん：2020/08/06(木) 11:42:41.08 ID:QzF98GH4.net
- 極々少数の極細回線を無視してもビジネス的には全く問題ない
逆にサポートするためのコストを考えると無視しないほうがマイナスになりかねない
- 219 ：デフォルトの名無しさん：2020/08/06(木) 11:45:09.00 ID:3k5Zhdnk.net
- >>218
そうか。
だから、Win10のUpdateも、普通の人々だと数分くらいに済む程度に軽くなって
いるから、世界の普通の人々は何の問題もなく快適に行えており、
MS人気は高止まりだからWindowsは売れ続けているんだよね。
株価もなんといっても、アメリカ3位だし。
- 220 ：デフォルトの名無しさん：2020/08/06(木) 11:57:02.63 ID:QzF98GH4.net
- 「ブラウザなら環境に依存しない」という謳い文句を真に受けて「あらゆる環境をサポートすべきだ」
と考えを飛躍させてしまう初心者は少なくない
しかしこれは全く持って現実的ではない
どんなアプリでも必ずサポート対象範囲は有限にしなければならない
どこまでサポートするかはアプリの特性や客層を分析してアプリごとに最適解を導かなければならない
- 221 ：デフォルトの名無しさん：2020/08/06(木) 12:23:55.72 ID:3k5Zhdnk.net
- うん。だから、Blazorは、Blazorの遅さを許容できる普通の人々だけを
ターゲットにするから、何の問題もないね。
お前の中ではな！
- 222 ：デフォルトの名無しさん：2020/08/06(木) 12:26:23.67 ID:QzF98GH4.net
- >>221
そうだね
一般的なレベルの回線を使ってるふつーのユーザーなら2M程度、なんのストレスもないね
これは一般的な感覚だよ
- 223 ：デフォルトの名無しさん：2020/08/06(木) 12:27:58.50 ID:CNjpcpEJ.net
- 深夜と真っ昼間にID真っ赤にして発狂してるお前暇すぎだろ。無職なの？
無職で金がなくて、2MBで発狂してるの？
- 224 ：デフォルトの名無しさん：2020/08/06(木) 12:38:04.39 ID:YI93igBY.net
- しかしこれは凄いぞ。
C#でデスクトップアプリを書くかの如くウェブアプリが書ける。
- 225 ：デフォルトの名無しさん：2020/08/06(木) 12:59:15.34 ID:Dywe59yG.net
- まとめると、楽天みたいに重くてゴチャゴチャしたサイトをさらに重くてゴチャゴチャさせたいときに使えるのがblazor ってことか
- 226 ：デフォルトの名無しさん：2020/08/06(木) 14:00:03 ID:QzF98GH4.net
- まとめると、複雑なサイトを高生産、高速動作にしたいときに使えるのがBlazorということだよ
- 227 ：デフォルトの名無しさん：2020/08/06(木) 14:31:10.67 ID:B2JhCKKC.net
- クライアントサイドはデバッグがむずいんよねー
Mauiでなんか進展あればいいんだけど
- 228 ：デフォルトの名無しさん：2020/08/06(木) 14:44:14.38 ID:PW5B5ZEe.net
- >>186
そのweb appをひらくまでの時間
Blazorは3秒、Reactは10秒だった
application serverの遅さ、
node.jsの遅さ、どれが原因か不明だが、
Blazor、実用的な速さだよな
- 229 ：デフォルトの名無しさん：2020/08/06(木) 14:49:18.78 ID:PW5B5ZEe.net
- >>208
どんなクソ回線使ってんだよ
MVNOなかでも低品質なSIMか低速モードだろ
光回線やまともなSIMなら>>186 のBlazorは
3秒以内に開く。
2回目以降はcacheあるから爆速
- 230 ：デフォルトの名無しさん：2020/08/06(木) 14:57:22 ID:Dywe59yG.net
- >>186
このblazorの激遅クソアプリ、
69リクエスト、
7.6MB(圧縮転送6.2MB)、
表示されるまで38.93秒ｗｗｗ
その間ポケモンボールみたいなのが白っぺっぺの画面上でグールグル(^-^;)
なーんにも表示されないｗｗ
なーんにも操作できないｗｗｗ
何このゴミｗｗｗｗｗ
- 231 ：デフォルトの名無しさん：2020/08/06(木) 15:03:21.99 ID:Z0IRQC5l.net
- >>230
ゴミはお前さんの環境だろw
超低スペックPCをADSLで繋いでアクセスしてるのか？
- 232 ：デフォルトの名無しさん：2020/08/06(木) 15:03:37.94 ID:Dywe59yG.net
- >>230 とまったく同じ環境で今度は >>186 のreactのほうを開く。
15リクエスト、
3.0MB(圧縮転送809kB)、
表示されるまで10.35秒
- 233 ：デフォルトの名無しさん：2020/08/06(木) 15:06:58.59 ID:Dywe59yG.net
- >>230と>>232によるまとめ
ブレカスはReactに比べ、
８ 倍 の転送帯域を消費し、
表示までに ４ 倍 の時間がかかるｗｗｗ
ファーｗｗｗｗｗ
- 234 ：デフォルトの名無しさん：2020/08/06(木) 15:09:49.76 ID:buA5WS3+.net
- wasmって圧縮効かねえのな。
ま、そりゃそうか…
- 235 ：デフォルトの名無しさん：2020/08/06(木) 15:12:14.29 ID:QzF98GH4.net
- 何倍というと大げさに聞こえるが
一般的なレベルの回線ではどちらも体感であっという間におわるので無視していい差でしかない
巨人からみたらアリの大小なぞ見分けがつかないということだね
- 236 ：デフォルトの名無しさん：2020/08/06(木) 15:12:45.98 ID:Dywe59yG.net
- 最近のビルドについてBlazorプロジェクトのマネージャーであるマイクロソフトのDaniel Rothはchatにて
「Blazor would be 10x slower than JS and not winning speed competitions」
（BlazorはJSよりも10倍遅く、スピード競争に勝つことはない）
と述べた。
４倍ならまだマシなほうだなｗｗｗ
- 237 ：デフォルトの名無しさん：2020/08/06(木) 15:14:08.96 ID:QzF98GH4.net
- しかも提示されたデモサイト内容はBlazorのほうが複雑だ
ハンディキャップありでほとんど体感できる差がないというのはBlazorの優秀さの証明である
- 238 ：デフォルトの名無しさん：2020/08/06(木) 15:14:59.64 ID:QzF98GH4.net
- >>236
JSユーザーを哀れんで言ってるだけ
実際にはBlazorはまあまあ速い
そしてこれからもっと速くなる
- 239 ：デフォルトの名無しさん：2020/08/06(木) 15:24:03.21 ID:PW5B5ZEe.net
- >>231
ADSLはそこまで遅くないだろう
ゴミみたいなMVNO SIMでテザリングしてるんじゃないかな
>>233
その遅すぎなハードウェアと回線を書いてみろ
Speedtestの結果もな
- 240 ：デフォルトの名無しさん：2020/08/06(木) 15:24:44.76 ID:Dywe59yG.net
- >>186
環境を合わせた客観的評価のため、両者のlighthouseスコアを取ってみた。
Blazorのデモ
https://isc30.github.io/blazor-lazy-loading/
のlighthouse結果：
https://lighthouse-metrics.com/one-time-tests/5f2b9fddee28bd0008f6ab20
Reactのデモ
http://react-spa-demo.herokuapp.com/
のlighthouse結果：
https://lighthouse-metrics.com/one-time-tests/5f2ba0374e51450009eff8d2
Blazorこんな酷い点数初めて見たｗｗｗｗｗ
- 241 ：デフォルトの名無しさん：2020/08/06(木) 15:30:04 ID:buA5WS3+.net
- >>240
フィルムストリップがポケモンボールで埋まっててワロタｗ
しかしGoogleのスピードアップデートを控える今、こんな体たらくでは誰も使わないだろうね。
さすがにパフォーマンス23点ではスピードアップデート後は検索に出てこなくなるだろう。
- 242 ：デフォルトの名無しさん：2020/08/06(木) 15:45:48 ID:PW5B5ZEe.net
- lighthouseってあんまり信用できないだろ
楽天市場で試すと
遅すぎて半分以上が測定不能になってる
- 243 ：デフォルトの名無しさん：2020/08/06(木) 15:50:20.19 ID:Dywe59yG.net
- 信用しないならそれでもいいけどGoogleのスピードアップデートの指標に採用されてるから低いとGoogle八分にされるねｗ
Bingで頑張ってねｗ
- 244 ：デフォルトの名無しさん：2020/08/06(木) 15:52:03.23 ID:buA5WS3+.net
- こうやってMS製品に囲われていくのね…
- 245 ：デフォルトの名無しさん：2020/08/06(木) 15:59:22 ID:4WTI24d8.net
- >>240
楽天はどうした？
- 246 ：デフォルトの名無しさん：2020/08/06(木) 16:01:41 ID:NJ3rQ1gR.net
- こういう計測サービスって最も重要なユーザーの体感速度を全く考慮してないから参考にもならんよ
実際に目で見るとBlazorはすぐに表示されてるんだからなんの問題もない
- 247 ：デフォルトの名無しさん：2020/08/06(木) 16:04:26 ID:Dywe59yG.net
- Blazor教とでも言いましょうかｗｗｗ
- 248 ：デフォルトの名無しさん：2020/08/06(木) 16:06:13 ID:3k5Zhdnk.net
- >>232
圧縮後のバイト数で考えれば、Blazorが、38.9秒というのはむしろ速すぎで、
75秒くらいになってもおかしくない。
>>229
光回線で3秒と言うのは、使い物にならないほど遅いことを意味する。
- 249 ：デフォルトの名無しさん：2020/08/06(木) 17:58:43.22 ID:Q3sPU8QA.net
- もうキチガイは相手しない方がいいんじゃないの
時間の無駄
.net 使えないのが悔しいとかそんなんだろ
あほくさ
- 250 ：デフォルトの名無しさん：2020/08/06(木) 18:15:10.53 ID:PW5B5ZEe.net
- >>245
lighthouseで楽天市場、計測不能だよなｗ？
>>246
lighthouseは実態とかけ離れてるね
かなり昔のスマートフォンの性能を前提に計算してるのかも
>>244
wasmはweb standardだし
C#も .NETもオープンソース
囲い込みとか関係ない
- 251 ：デフォルトの名無しさん：2020/08/06(木) 18:21:08 ID:Dywe59yG.net
- 現実
>>230
>>232
Lighthouse
>>240
まったくかけ離れてない。むしろ甘いくらい。
- 252 ：デフォルトの名無しさん：2020/08/06(木) 18:24:47.43 ID:3k5Zhdnk.net
- 実際に、この環境では、楽天の方がBlazorのデモより早く開く。
さらに、amazonはもっとずっと早く開く。
これは、Blazorを貶めるために嘘を言っているとかではなく、本当の話。
事実だ。
- 253 ：デフォルトの名無しさん：2020/08/06(木) 18:25:02.49 ID:NJXhghnv.net
- アンチが必死になる気持ちもわからないでもない
フロントJSに一点集中して必死に勉強して、JS好きじゃない（苦手とは言ってない）バックエンドエンジニアにマウントをとろうとするフロントエンドエンジニアは少なくない
けどC#でバックエンドエンジニアがフロントもストレスなく開発できるようになったら、非生産的なJSはすぐに用済みとなる
必死に学んできた知識は無価値となり、フロントエンジニアの市場価値が大暴落する可能性が高い
彼らが生き残る為にはBlazorが普及してしまう前に難癖つけて、フォーラムを荒らし回って、流行る前に潰さなきゃならない
まあアンチの考えは、だいたいこんなところだろう
- 254 ：デフォルトの名無しさん：2020/08/06(木) 18:28:52.63 ID:Dywe59yG.net
- 別に必死にならなくても勝手に気付いたら死んでるだろｗｗ
SilverlightもXamarinもそうだったｗｗｗ
俺は貶してるんじゃなくて、客観的事実書いてるだけ。
信者にとっては事実がアンチｗｗｗ
でもそれがBlazorなんだよねｗｗｗｗ
- 255 ：デフォルトの名無しさん：2020/08/06(木) 18:30:37.19 ID:NJXhghnv.net
- 客観性ゼロのアンチしつけー
まあ消えるのも時間の問題だ
断末魔の叫びと思えば多少は許せるかな
- 256 ：デフォルトの名無しさん：2020/08/06(木) 18:33:43.69 ID:Z0IRQC5l.net
- >>252
遅いと騒いでるのがお前の環境での話だけで、お前の環境なんてみんなどうでもいいと思ってるというのも、また本当の話。
- 257 ：デフォルトの名無しさん：2020/08/06(木) 18:41:07.71 ID:DKKm8LHU.net
- NGにしときな
- 258 ：デフォルトの名無しさん：2020/08/06(木) 18:49:41 ID:Dywe59yG.net
- どけどけ〜邪魔だ邪魔だ〜
Lighthouse ２３点が通るぞ〜ｗｗｗｗ
https://i.imgur.com/E7NMVpe.png
https://i.imgur.com/8oIU2m8.jpg
- 259 ：デフォルトの名無しさん：2020/08/06(木) 19:16:23.92 ID:w37A/f7u.net
- ID:3k5Zhdnk
ID:Dywe59yG
普通の人が仕事してる時間に発狂する200kbps回線の無職。
スレ立て荒らしもやらかしてるキチガイですね。
- 260 ：デフォルトの名無しさん：2020/08/06(木) 19:21:28.18 ID:Dywe59yG.net
- ID:QzF98GH4 ID:PW5B5ZEe のことかな？平日昼間からお暇なことでｗｗｗ
>>259
おやぁ？単発なのはもしかしてｗｗｗｗ
- 261 ：デフォルトの名無しさん：2020/08/06(木) 20:08:56.58 ID:YOMmAvu6.net
- アンチニート暴れすぎだろ
専用のアンチスレ立ててそっちで思う存分やれって
- 262 ：デフォルトの名無しさん：2020/08/06(木) 21:11:21 ID:CBkcl0t0.net
- >>227
ブラウザのデバッガ使えば全然困難ってほどじゃないだろ
- 263 ：デフォルトの名無しさん：2020/08/06(木) 21:23:10.95 ID:PW5B5ZEe.net
- デモサイトみてBlazorが問題ないスピードっていう認識の
人は増えた感じだな
まだ批判してるのは200kbpsおじだけ
- 264 ：デフォルトの名無しさん：2020/08/06(木) 23:14:51.40 ID:JDrVVzh4.net
- >>251
スマンがこれってどう解釈したらいいん？
https://lighthouse-metrics.com/one-time-tests/5f2c10067c3dab0008a3f74c
- 265 ：デフォルトの名無しさん：2020/08/06(木) 23:16:51.62 ID:60rSesy3.net
- なんだデタラメな計測だったのか
怪しいと思ったんだ
- 266 ：デフォルトの名無しさん：2020/08/06(木) 23:33:09 ID:YI93igBY.net
- ウェブサイトはjQuery、ウェブアプリはBlazorという住み分けが出来てくるのでは。
- 267 ：デフォルトの名無しさん：2020/08/07(金) 00:15:39.12 ID:ts5R835r.net
- >>264
阿部寛サイトは今は亡きフレームタグ(iframeじゃないぞ)使ってるからだろうな。
これは昔からあるサイトだからいいけど今から作るサイトでフレームタグなんて使ってたらグーグルにガン無視喰らうだろう。
- 268 ：デフォルトの名無しさん：2020/08/07(金) 00:19:01.74 ID:ZSkLfYsp.net
- でもパフォーマンスには関係ないだろ
やっぱ測定基準が怪しい
- 269 ：デフォルトの名無しさん：2020/08/07(金) 00:35:00 ID:mqghv/47.net
- 怪しかろうがGoogleはパフォーマンスアップデートでLighthouseの値を使ってサイトをランク付けする。
- 270 ：デフォルトの名無しさん：2020/08/07(金) 00:49:20 ID:DPYPUDuy.net
- そもそもアプリだからグーグルのランクは関係ないのでは。
- 271 ：デフォルトの名無しさん：2020/08/07(金) 00:50:44 ID:mqghv/47.net
- Googleからの流入を期待しないのであればそれでいいと思うよ。
- 272 ：デフォルトの名無しさん：2020/08/07(金) 00:54:30 ID:ZSkLfYsp.net
- 高ランクとれるサイトからアプリに誘導するからアプリ自体のランクはどうでもいい
こういった常識を知らないのだろうね
- 273 ：デフォルトの名無しさん：2020/08/07(金) 00:57:00 ID:DPYPUDuy.net
- そもそも、アプリに流入というのが少々キチガイっぽい。
- 274 ：デフォルトの名無しさん：2020/08/07(金) 01:03:41 ID:ts5R835r.net
- 主張がコロコロ変わるんだよな。
今は、アプリなんだから激重・激遅で何の問題ないだろ！って主張？
それならいんじゃね？
今後変えんなよｗ
- 275 ：デフォルトの名無しさん：2020/08/07(金) 01:06:25 ID:ZSkLfYsp.net
- 変わってないぞ
Blazorは軽快で高生産
これで一貫してる
- 276 ：デフォルトの名無しさん：2020/08/07(金) 01:10:28 ID:ts5R835r.net
- ああじゃあ軽快というのは嘘だからBlazorは誇大広告フレームワーク、信者は嘘吐きだな。
- 277 ：デフォルトの名無しさん：2020/08/07(金) 01:13:44 ID:ZSkLfYsp.net
- という嘘をつくアンチ
- 278 ：デフォルトの名無しさん：2020/08/07(金) 01:15:56 ID:DPYPUDuy.net
- 楽天のウェブサイトがトップページ20MBの時代に、アプリが2MBというのは、軽量な部類に入るはずだけど。
入力欄一つのグーグルのトップページですら600KBあるのに。
- 279 ：デフォルトの名無しさん：2020/08/07(金) 01:40:03 ID:ts5R835r.net
- 写真コンテンツテンコ盛りの楽天と違って、
コンテンツなーんにも無しのガワだけBlazorで2MB
ショボいメニュー付いた >>186 のBlazorで7.5MB
これに楽天並みの写真コンテンツ載せたらどうなっちゃうのｗｗｗ
表示までに日が暮れそうｗｗｗｗ
- 280 ：デフォルトの名無しさん：2020/08/07(金) 01:55:53 ID:0IZ7x6pd.net
- >>278
そもそも、楽天を実際に使う場合、トップページからではなく、
Googleで商品を検索してたままた楽天にたどり着くので、
トップページの遅さは関係ない。
- 281 ：デフォルトの名無しさん：2020/08/07(金) 01:57:29 ID:0IZ7x6pd.net
- それに、楽天は苦戦中で、amazonよりずっと使用者数が少ないと聞いている。
楽天のページは、表示し終わるまでに閉じる。
- 282 ：デフォルトの名無しさん：2020/08/07(金) 02:00:55 ID:DPYPUDuy.net
- しかし、既存フレームワークがこれだけビビってるところを見ると、ルールそのものを変える可能性があるのでは？
アンチの湧き具合から、大きな可能性が見える。
- 283 ：デフォルトの名無しさん：2020/08/07(金) 02:08:52.33 ID:0IZ7x6pd.net
- >>282
ルールを変えるのはWasmそのものであって、Blazorではない。
Wasmは、Blazorの占有物ではない。
- 284 ：デフォルトの名無しさん：2020/08/07(金) 02:09:41.65 ID:ts5R835r.net
- アンチではなく、事実を書いてるだけ。
Blazorが激重・激遅という事実を。
信者にとっちゃ事実はアンチらしいｗ
- 285 ：デフォルトの名無しさん：2020/08/07(金) 02:25:43.00 ID:DPYPUDuy.net
- そりゃ「こんなものウェブサイトには使えないぜ！！」と延々と主張するのは、アンチでは？
- 286 ：デフォルトの名無しさん：2020/08/07(金) 02:28:32.59 ID:DPYPUDuy.net
- グーグルのランクが云々言ってるようでは、おそらくMicrosoftに追い付くのは難しい。
まともなウェブアプリを提供できているのは、事実上Microsoftだけに見える。
- 287 ：デフォルトの名無しさん：2020/08/07(金) 02:45:55.74 ID:0IZ7x6pd.net
- >>286
何言ってるの？
Blazorのデモは、「まともな」でも「提供」でもない。
一方、Wasmには、Qtのデモ、AutodeskのCADのデモなどで、ウェブアプリのデモがある。
ウェブアプリ全般としては、HTML5ゲームがある。
- 288 ：デフォルトの名無しさん：2020/08/07(金) 02:49:42.96 ID:DPYPUDuy.net
- ビビッドアーミーをグーグルで測定するとどうなるかやってみろ。
- 289 ：デフォルトの名無しさん：2020/08/07(金) 02:50:57.31 ID:0IZ7x6pd.net
- >>285
最初から貶すのが目的で決め付けてかかるのが「アンチ」。
実験した事実に基づいて非難するのは科学的批判。
- 290 ：デフォルトの名無しさん：2020/08/07(金) 02:52:07.92 ID:DPYPUDuy.net
- じゃあやっぱりアンチだろ。
- 291 ：デフォルトの名無しさん：2020/08/07(金) 02:53:08.02 ID:0IZ7x6pd.net
- >>288
Blazorは、ビビッドアーミーのレベルには全く達してない。
他のやり方では100KBも必要ないようなものでも、2〜7.5MBも必要となる。
- 292 ：デフォルトの名無しさん：2020/08/07(金) 02:54:27.92 ID:DPYPUDuy.net
- ビビッドアーミーは1GBあるぞ。
- 293 ：デフォルトの名無しさん：2020/08/07(金) 02:55:15.25 ID:0IZ7x6pd.net
- >>290
科学的実験が出来ていると思いこんでいる人と、本当に出来ている人の違いだ。
アメリカのIT企業は、客観的評価をすれば、どこも技術力は低い。
騙された馬鹿な女子高生がiPhoneを買いまくっている。
Win95もそうだった。
- 294 ：デフォルトの名無しさん：2020/08/07(金) 02:57:07.93 ID:0IZ7x6pd.net
- >>292
そんなにはない。
それだと、遅い環境では初回起動するのに三時間くらいかかるはずだが、実際には、
10分程度だった。
- 295 ：デフォルトの名無しさん：2020/08/07(金) 02:59:11.50 ID:DPYPUDuy.net
- 10分かけてゲーム起動する人は居ないんだよ。
おまえに合わせて製造してたら会社がつぶれる。
つまり、おまえの意見なぞきくだけ無駄。
- 296 ：デフォルトの名無しさん：2020/08/07(金) 02:59:45.95 ID:ts5R835r.net
- ついにビビッドアーミーと戦いだしたBlazor信者ｗｗｗ
- 297 ：デフォルトの名無しさん：2020/08/07(金) 03:01:45.25 ID:DPYPUDuy.net
- >>296
俺の考えではビビッドアーミーをはじめとする中国のH5アプリは本質をつかんでいる。
もちろんMicrosoftのウェブアプリも。
日本勢はちょっと駄目だな。
ユーザー目線が無いから。
- 298 ：デフォルトの名無しさん：2020/08/07(金) 03:03:01.94 ID:DPYPUDuy.net
- SSRなんて最悪の事態だからな。
「SSRしてしまいましたか」
「やっちゃいましたね」
「反省してます」
これが本来の姿なんだけどな。
- 299 ：デフォルトの名無しさん：2020/08/07(金) 03:05:23.90 ID:DPYPUDuy.net
- 俺は中国に学べと何度も言ってるはずだが。
中国は凄いぞ。
俺たちより10年先を行ってる。
- 300 ：デフォルトの名無しさん：2020/08/07(金) 03:06:25.14 ID:ts5R835r.net
- Amazon→楽天→ビビッドアーミーｗｗｗ
Blazor信者の藁人形は一体どこまで後退していくのかｗｗｗｗ
- 301 ：デフォルトの名無しさん：2020/08/07(金) 03:08:16.61 ID:DPYPUDuy.net
- 中国のビビッドアーミーを馬鹿にしてるが、日本勢がこれを製造するのは無理だぞ。
- 302 ：デフォルトの名無しさん：2020/08/07(金) 03:09:28.06 ID:DPYPUDuy.net
- Blazorを使えば、中国勢と同じようなものが作れる。
これは日本にとって朗報だ。
- 303 ：デフォルトの名無しさん：2020/08/07(金) 03:10:02.32 ID:0IZ7x6pd.net
- >>301
馬鹿にしてない。
Blazorは駄目だが、ビビッドアーミーは割りとまとも。
- 304 ：デフォルトの名無しさん：2020/08/07(金) 03:10:30.47 ID:0IZ7x6pd.net
- >>302
Blazorは全く関係ない。
- 305 ：デフォルトの名無しさん：2020/08/07(金) 03:15:57.24 ID:DPYPUDuy.net
- Blazorはビビッドアーミーのようなアプリを作るためのもの。
ウェブサイトを作るものではない。
ここが理解できていないのが、日本人のダメなところ。
これでは世界で戦えない。
中国人に教えを請うべき。
- 306 ：デフォルトの名無しさん：2020/08/07(金) 03:20:06 ID:DPYPUDuy.net
- MicrosoftのGithubが開発したElectronというものがあるのだが。
- 307 ：デフォルトの名無しさん：2020/08/07(金) 03:21:03 ID:DPYPUDuy.net
- MicrosoftのGithubがBlazorionを作る可能性もある。
- 308 ：デフォルトの名無しさん：2020/08/07(金) 03:27:33 ID:DPYPUDuy.net
- まあビビッドアーミーなんてMixiの農業と大して変わらんシステムだけどな。
Mixiの農業も中国だったな。
- 309 ：デフォルトの名無しさん：2020/08/07(金) 03:30:07 ID:0IZ7x6pd.net
- ビビッドアーミーは、cocos2dでJSを使っており、Blazorとは全く関係ない。
- 310 ：デフォルトの名無しさん：2020/08/07(金) 03:38:54.53 ID:DPYPUDuy.net
- 全世界に8カ所あるMSRのうち2箇所が中国にある。
日本には一つも無い。
なぜか？
本質を理解するものが日本には存在しないからだ。
- 311 ：デフォルトの名無しさん：2020/08/07(金) 03:39:57.93 ID:DPYPUDuy.net
- Blazorを見て、グーグルの点数などと言い出す始末。
これじゃ日本が見捨てられたのも納得。
- 312 ：デフォルトの名無しさん：2020/08/07(金) 03:53:25.67 ID:t7o7dqmT.net
- >>311
何その論理飛躍。
全く論理的でない。
結論のみで、全く根拠や理由が述べられてない。
- 313 ：デフォルトの名無しさん：2020/08/07(金) 04:19:30.98 ID:DPYPUDuy.net
- >>312
わからないならそれまでだろ。
- 314 ：デフォルトの名無しさん：2020/08/07(金) 06:25:02.46 ID:DPYPUDuy.net
- わざわざ完全論破されにやってきて何がしたいんだコイツラ。
- 315 ：デフォルトの名無しさん：2020/08/07(金) 07:44:56.56 ID:aE46K+QX.net
- ReactなんかのSPAフレームワークに乗り遅れた人が、Blazorを先取りすれば
上に立てると勘違いしてるんだろう。
他の人はBlazorが使い物になったらキャッチアップするだけ。
- 316 ：デフォルトの名無しさん：2020/08/07(金) 08:42:42.37 ID:vLkWkOdj.net
- アンチの断末魔が心地よい
- 317 ：デフォルトの名無しさん：2020/08/07(金) 09:20:30 ID:H4iYPSAO.net
- ヤフーでひどいことになってる。
他人の個人情報が見れたり、他人のデータが書き換わる事態
https://www.asahi.com/amp/articles/ASN86721MN86ULFA02Z.html
https://about.yahoo.co.jp/pr/release/2020/08/06b/
Wappalyzerで検出するとヤフーの登録情報変更のページは
Vue, Nuxt, node.jsを使っているようだが
おまえらはどういうバグだと推測する？
- 318 ：デフォルトの名無しさん：2020/08/07(金) 09:38:48.94 ID:xwYl4FUW.net
- BlazorはC#とVisualStudio(or Code)でフロント系スキルが低い非フロント専門職でもリッチなフロントを安く作れる
それで浮いた金をバックエンドに投資できるからその分だけセキュリティ事故も減るだろうね
まあバックエンドに金かければ確実に事故を防げるというわけでもないが確率は減らせるだろう
- 319 ：デフォルトの名無しさん：2020/08/07(金) 10:24:49.82 ID:fkN1xMt5.net
- >>317
常識的に考えて純粋にバックエンドの問題だろう
さすがにそんな事故はフロントエンドがどれだけバグってようが改竄されようが発生しないように作るものだ
むしろフロントエンドが関係あると思ってる君もかなりヤバいから人を笑う前に気をつけたほうがいい
- 320 ：デフォルトの名無しさん：2020/08/07(金) 10:52:28.88 ID:H4iYPSAO.net
- >>319
フロントとバックの境界ははっきりしていないし
フロントエンド担当者の問題でなければいいと
考えてるおまえのがレベル低いだろう。
そういうバックエンドの知識がないフロントが関与してるからこういう不具合が起こる。
- 321 ：デフォルトの名無しさん：2020/08/07(金) 10:59:09 ID:xwYl4FUW.net
- >>319
フロントエンドのコストが高いからバックエンドへの投資が減ってセキュリティがおろそかになったんじゃないの？
資金は有限だからフロントエンドのコストが増えるほどバックエンドに使える費用が減るのは自明ではないかな
あと1人日でもバックエンドへの投資を増やしてレビューとテストを増やしていれば起こらなかった事故かもしれない
- 322 ：デフォルトの名無しさん：2020/08/07(金) 11:59:29.42 ID:DPYPUDuy.net
- 結局、アンチのおかげでBlazorの素晴らしさが理論づけられたな。
アンチもたまには役に立つ。
しかし、何がしたかったんだコイツラ。
叩かれるのが好きなのか？
- 323 ：デフォルトの名無しさん：2020/08/07(金) 12:05:57.36 ID:UPopDVdK.net
- まあそうだな
アンチも含めスレがこれだけ勢いよく伸びてるのはBlazorに関心のある人が多いってことだし
いまはまだアンチの人もBlazorに興味は持ってるわけだ
- 324 ：デフォルトの名無しさん：2020/08/07(金) 12:21:38.09 ID:DPYPUDuy.net
- アンチのフリしたステマじゃないだろうな。
- 325 ：デフォルトの名無しさん：2020/08/07(金) 12:40:18.99 ID:xwYl4FUW.net
- アンチも内心で焦りがあるんだろうな
JSがオワコンになったら乗り換えないと仕事がなくなる
自分達の生活を脅かす新技術に憤りを示すと同時に
、迎合して自分を変えなきゃならないという事も頭では理解してる
その葛藤を5chで喚き散らしてどうにか発散しようともがいてる
- 326 ：デフォルトの名無しさん：2020/08/07(金) 12:46:56 ID:xwYl4FUW.net
- 革命的な技術の黎明期ってのはいつもこうなんだ
クラウドが現れた時のインフラ技術者とかも同じだね
- 327 ：デフォルトの名無しさん：2020/08/07(金) 13:06:25.05 ID:DPYPUDuy.net
- >>321 なんか見ても、HTMLエンジニアのコストが高いとか書いてるし。
そんなもん時給1000円で良いだろ。
- 328 ：デフォルトの名無しさん：2020/08/07(金) 13:24:54.57 ID:DPYPUDuy.net
- HTMLエンジニアなんてむしろこっちが金貰いたいくらいだ。
- 329 ：デフォルトの名無しさん：2020/08/07(金) 13:37:59.61 ID:WWExzNx7.net
- セッション情報の共有について全然出てこないんだけどさ
認証を使った場合って、Blazorの機能としてクラスタリングには対応してないの？
- 330 ：デフォルトの名無しさん：2020/08/07(金) 13:41:18.38 ID:u2puirx9.net
- クラスタリングって具体的には何のことを言いたいの？
- 331 ：デフォルトの名無しさん：2020/08/07(金) 14:24:20.24 ID:LzLmm+cl.net
- ロードバランサやらフェールオーバーやらでサーバー切り替わったときに
セッション引き継ぎたいとかそういうやつだろ
- 332 ：デフォルトの名無しさん：2020/08/07(金) 14:31:53 ID:DPYPUDuy.net
- それはそもそもウェブサイトなんだろうなあ。
- 333 ：デフォルトの名無しさん：2020/08/07(金) 14:33:10.39 ID:DPYPUDuy.net
- ユーザーの立場で言わせてもらうと、ウェブサイトのアプリ化は、イラっとするだけでメリットなにも無いからな。
- 334 ：デフォルトの名無しさん：2020/08/07(金) 14:34:28.09 ID:DPYPUDuy.net
- グーグルのランキング云々言ってるのは、ウェブサイトだからよ。
ホームページエンジニアは間抜けしかいないのか。
- 335 ：デフォルトの名無しさん：2020/08/07(金) 16:55:24 ID:xwYl4FUW.net
- >>329
それはフロントエンドじゃなくてAPIサーバーの責務
APIサーバー側で暗号化プロバイダのキーファイルを同じものにすればいい
React、Vueも同じこと
- 336 ：デフォルトの名無しさん：2020/08/07(金) 20:27:29.93 ID:aE46K+QX.net
- >>325
そうなったらそうなってから乗り換えりゃいいだけの話だと思うが、なんでそんな発想になるのか不思議。
フレームワークを1つしか使えない縛りがあるのか、それともは頭のキャパがそれしかないのかね。
- 337 ：デフォルトの名無しさん：2020/08/07(金) 21:24:13.18 ID:e87DFkxv.net
- string A { get; set; }
string B => A?.ToLower();
string C => A?.ToUpper();
A, B, Cをそれぞれinputにバインド
ブラウザからAに文字列を入力してもB, Cのinputが連動しない
string C {
get => A?.ToUpper();
set {}
}
setもつけると何故か連動するようになる
どういう仕組みで動いてんだこれ
- 338 ：デフォルトの名無しさん：2020/08/08(土) 00:10:44.92 ID:hEengG0x.net
- >>337
俺は分からんがILSpyで見てみたら？
- 339 ：デフォルトの名無しさん：2020/08/08(土) 00:22:02.33 ID:Sbg9T/ud.net
- 遅いとか以前に、個人的には、blazorは、書き方が好きになれないな。
- 340 ：デフォルトの名無しさん：2020/08/08(土) 00:39:23.68 ID:/g29G8om.net
- >>339
どのへんが？
- 341 ：デフォルトの名無しさん：2020/08/08(土) 00:44:31.87 ID:0dgKejxM.net
- Razorはシンプルで書きやすくていい
インテリセンスの効き具合も最高
- 342 ：デフォルトの名無しさん：2020/08/08(土) 09:00:10 ID:Sbg9T/ud.net
- >>340
ノーヒント
- 343 ：デフォルトの名無しさん：2020/08/08(土) 09:36:28 ID:/g29G8om.net
- なんやこいつ
- 344 ：デフォルトの名無しさん：2020/08/08(土) 09:55:50.82 ID:f+HIJ1ud.net
- プレゼンテーションがRazorのうちは、ロジックをC#で書けるだけじゃそんなに美味しくないよなぁ。
早いところWPF/MVVM実現してもらいたいところ。
- 345 ：デフォルトの名無しさん：2020/08/08(土) 10:39:09.15 ID:OePbmJZs.net
- Xamlで書ける奴はもうあるよ
- 346 ：デフォルトの名無しさん：2020/08/08(土) 10:44:10.28 ID:yLRwfWOD.net
- Razorはシンプルで使いやすいとおもうがな
WPFは記述量が多くなりがちですきじゃない
テンプレートエンジンの是非は置いておいて
JSからC#に移行できるだけでもありがたい
特にValidationが共通化できるから凄い楽になった
- 347 ：デフォルトの名無しさん：2020/08/08(土) 11:03:35 ID:n6UBlQy6.net
- >>345
ここでボロクソ言われてるUno Platformかな？
https://techinfoofmicrosofttech.osscons.jp/index.php?Uno%20Platform
- 348 ：デフォルトの名無しさん：2020/08/08(土) 11:38:10 ID:noFfmCPy.net
- >>317
リリース後にテストしてればすぐ発覚したのにな
客が使い始めて何時間も経ってから客からの報告で気付くとか情けない
システム設計とか管理職のバグやろ
- 349 ：デフォルトの名無しさん：2020/08/08(土) 11:44:53 ID:noFfmCPy.net
- >>317
8月7日追記：以下URLにて掲載しました。
URL:https://id.yahoo.co.jp/202008info/
- 350 ：デフォルトの名無しさん：2020/08/08(土) 11:49:36 ID:noFfmCPy.net
- >>317
>6.再発防止策
>再発防止策として「実際のアクセス規模などを想定した事前検証の強化」「問題の早期発見に向けたシステムの監視強化」などを行なってまいります。
これが原因のヒントになってると考えると
ID重複とか初歩的なミスっぽいな
64bitのデータを32bitの変数に描き込んだとかもあり得るな
- 351 ：デフォルトの名無しさん：2020/08/08(土) 13:31:29.46 ID:yLRwfWOD.net
- >>347
違う
詳しくらんがサードパーティのOSSだったと
- 352 ：デフォルトの名無しさん：2020/08/08(土) 13:54:07.65 ID:yLRwfWOD.net
- サーバーサイドのバリデーションを忘れたってミスで大事なデータ壊す事故は信じられないがたまにあるらしい
なんでそうなるかというと
・フロントエンドでバリデーションを書いたからサーバーサイドは要らないとおもった
・バリデーションを別の言語で2回も実装するだけの工賃をもらってない
ということなんだそうだ
BlazorならバリデーションをC#コードで共通化できるので
追加の工数なしにバリデーションの多重化ができるようになるので
バリデーション不足が原因のセキュリティ事故が減ると期待できる
何よりもまず安全でメンテナンスしやすいシステムを作ることが大事だ
その上でパフォーマンスはじっくり改善していけばいい
Blazorはそんな堅実な開発スタイルによく合う
- 353 ：デフォルトの名無しさん：2020/08/08(土) 18:10:35.58 ID:mkOodFIn.net
- >>352
client sideでは改ざんできるからserver sideでのvalidationは
必須に決まってるのにそんな主張するアホ会社があるんだな
Blazorの前のASP.NET MVCのころから
validationとかdata bindingはめちゃくちゃ楽で良くできてると思うわ
- 354 ：デフォルトの名無しさん：2020/08/10(月) 00:25:31 ID:phEjuxr2.net
- WebAssembly版のBlazorはそろそろ使いもんになってきたの？
スマホ対応も考えた場合
- 355 ：デフォルトの名無しさん：2020/08/10(月) 00:43:18.94 ID:2j6ruGmJ.net
- >>354
今はまだダメだ
.NET Core 5 まで待て
その時点でダメだったらもう見込み無い
- 356 ：デフォルトの名無しさん：2020/08/10(月) 00:46:27.08 ID:4fsiPHYJ.net
- 余裕で実戦配備いけるよ
- 357 ：デフォルトの名無しさん：2020/08/10(月) 00:47:41.67 ID:lJp+wmfa.net
- ２３点ｗｗｗ
- 358 ：デフォルトの名無しさん：2020/08/10(月) 11:39:43.59 ID:DQ0as7/c.net
- .Net Core 5 と Xamarin の違いを教えてください
- 359 ：デフォルトの名無しさん：2020/08/10(月) 11:58:26.02 ID:klahkyMy.net
- 開発楽ちんすぎて気分いいわ
VisualStudioってやっぱスゲーな
- 360 ：デフォルトの名無しさん：2020/08/10(月) 20:29:50 ID:vDZtWZcp.net
- >>358
Mauiで統合されるから待て
- 361 ：デフォルトの名無しさん：2020/08/12(水) 18:07:41.59 ID:5K5oOtYu.net
- WPFならViewModelを普通にユニットテストするだけでいい
しかしBlazorだとどうすればいい？
@codeブロックに書いたコードをユニットテストしたい
WASMでxUnitって動くのか…？
Seleniumを使えばテストはできそうだけど量が多くて大変だ
Reactではコンポーネントのユニットテストどうやってんだろ
- 362 ：デフォルトの名無しさん：2020/08/12(水) 21:06:48 ID:q4xTlvo3.net
- Reactのコンポーネントは単なる関数だから普通にユニットテストすればいい。
好きなテスティングフレームワーク使えばいいけど人気なのはJest + React-testing-libraryの組み合わせかな。
Blazorは俺も知らん。
- 363 ：デフォルトの名無しさん：2020/08/12(水) 21:35:02.58 ID:ZXfBm5lP.net
- >>361
Code BehindとかPartial ClassつかえばViewModelみたいなもんだから普通にテストできる
- 364 ：デフォルトの名無しさん：2020/08/12(水) 23:50:03 ID:EpO07LCG.net
- >>363
普通にってのがわからん
xUnitをwasm上でどう走らせるんだ？
- 365 ：デフォルトの名無しさん：2020/08/13(木) 13:55:23.94 ID:+ydphYXd.net
- https://twitter.com/juners/status/1293333277109964800
やはり Blazor WebAssembly だと読み込み時間が長い感ある。
今日はClipboard（クリップボード）にコピー機能を実装しました。
unicode.juner.net
(deleted an unsolicited ad)
- 366 ：デフォルトの名無しさん：2020/08/13(木) 14:01:16 ID:uwSNr/lm.net
- アプリだから問題ない
キャッシュされるから問題ない
- 367 ：デフォルトの名無しさん：2020/08/13(木) 14:16:19.59 ID:nWdcBay4.net
- ほっときゃそのうち速くなるよ
.NETコミュニティはパフォーマンスにはうるさいから
- 368 ：デフォルトの名無しさん：2020/08/13(木) 14:59:22.07 ID:t3ZZI+Wm.net
- 探したらbUnitというのはあるようだが
しかしこれも結局は開発マシンのランタイムで実行してんだろ？
wasmでテストしたいんだが
- 369 ：デフォルトの名無しさん：2020/08/13(木) 15:17:01.51 ID:+ydphYXd.net
- >>367
ご冗談を。
- 370 ：デフォルトの名無しさん：2020/08/13(木) 15:41:08.58 ID:qSwiyk+8.net
- >>369
いやマジで
- 371 ：デフォルトの名無しさん：2020/08/13(木) 17:31:50.20 ID:+ydphYXd.net
- VisualStudio、WPFも、C#はどれも遅いが。
- 372 ：デフォルトの名無しさん：2020/08/13(木) 18:40:43.17 ID:AOE8hUTv.net
- >>371
ご冗談を
- 373 ：デフォルトの名無しさん：2020/08/13(木) 18:57:33.73 ID:uwSNr/lm.net
- Windowsは何で書かれてるの？えっC++？どうしてC#で書かないの？ｗｗｗ
- 374 ：デフォルトの名無しさん：2020/08/13(木) 19:09:57.24 ID:fIst59ZG.net
- >>373
Windowsも開発はC#だ
- 375 ：：2020/08/13(木) 19:17:44.60 ID:P/jo0Y4p.net
- >>374
でも Windows 自身は C/C++ なんでしょ？
- 376 ：デフォルトの名無しさん：2020/08/13(木) 19:28:38.86 ID:fIst59ZG.net
- >>375
コンパイラが対応してないから途中でC++に自動変換されるだけの話
開発してる言語は実質的にC#だ
おまえのロジックでいうとC/C++もだめでマシン語以外不可になる
プログラマーが書く言語がC#ならそれでいい
- 377 ：デフォルトの名無しさん：2020/08/13(木) 19:51:45.85 ID:+ydphYXd.net
- >>372
VSが遅いことは多くの人が認めている。
- 378 ：：2020/08/13(木) 19:59:54.96 ID:P/jo0Y4p.net
- >>376
＞コンパイラが対応してないから途中でC++に自動変換
？？？
意味不明ですね
C# から C++ に変換？どういう意味ですか？
- 379 ：デフォルトの名無しさん：2020/08/13(木) 20:11:23 ID:IB3DfL3V.net
- >>377
同程度の規模のIDEの中では最速だろう
もちろん機能も最高峰
- 380 ：デフォルトの名無しさん：2020/08/13(木) 20:37:29.41 ID:fIst59ZG.net
- >>378
MSの開発者はC#でWindowsを開発しC/C++に変換している
- 381 ：デフォルトの名無しさん：2020/08/13(木) 20:38:12.98 ID:AOE8hUTv.net
- >>377
比較ソースよろ
- 382 ：デフォルトの名無しさん：2020/08/13(木) 20:39:23.42 ID:/h6R0BNY.net
- >>380
ソースよろ
- 383 ：：2020/08/13(木) 20:40:38.29 ID:P/jo0Y4p.net
- >>380
cs2cpp、そんな便利なトランスレータがあったら欲しいですね‥‥
- 384 ：デフォルトの名無しさん：2020/08/13(木) 20:56:47 ID:fIst59ZG.net
- >>382-383
ソースはMSの開発者
- 385 ：デフォルトの名無しさん：2020/08/13(木) 20:59:39 ID:NfsR0Ozp.net
- マイクロソフトの主力製品はいまだにC++
Windows、Office、Visual Studio、・・・
Visual Studioはたしかに遅いとこあるな
いまだに32ビットプロセスのままでメモリ節約に四苦八苦してるので
SQL ServerのGUI（Management Studio）が.NETで作られてるっぽかったけど遅いね
- 386 ：デフォルトの名無しさん：2020/08/13(木) 21:20:23.73 ID:aylz4Jaj.net
- いやVSは速いぞ
他のIDEと比べればな
- 387 ：デフォルトの名無しさん：2020/08/13(木) 21:48:43.81 ID:/h6R0BNY.net
- >>384
ソースよろ
- 388 ：：2020/08/13(木) 22:02:24.29 ID:P/jo0Y4p.net
- >>380
C# はガベージコレクタを内蔵していますが、C++ には GC はない
いったいどうしているのですか？
- 389 ：デフォルトの名無しさん：2020/08/13(木) 22:04:15.25 ID:eH/45MAs.net
- EcilpseやAndroid Studioと比べたらVSは激速でしょ
- 390 ：デフォルトの名無しさん：2020/08/14(金) 00:59:35 ID:iHOfggUW.net
- >>387-388
OSSでもC#からC++に変換するものはある。
もっと洗練されたものをMSが自社開発してても不思議はないだろ。
C#作ったのもMSだし、MSには天才エンジニアがたくさんいる。
- 391 ：◆QZaw55cn4c ：2020/08/14(金) 01:07:04 ID:txNZsWd8.net
- >>390
＞OSSでもC#からC++に変換するものはある。
恥ずかしながら聞いたことがありません
よろしければ github のレポジトリを教えてください
- 392 ：デフォルトの名無しさん：2020/08/14(金) 01:22:37 ID:iHOfggUW.net
- >>391
ほんとうに恥ずかしいと思ってるなら
英語をもっと勉強して検索してみればわかる
- 393 ：：2020/08/14(金) 01:36:14.92 ID:txNZsWd8.net
- >>392
検索しても出てきませんでした
検索キーワードのヒントを教えてください
- 394 ：デフォルトの名無しさん：2020/08/14(金) 01:55:28 ID:A3xYyH1g.net
- >>385
Visual Studio が遅いのは、WPF(C#)で書かれているからだそうだぞ。
- 395 ：デフォルトの名無しさん：2020/08/14(金) 06:54:23 ID:51dogfx2.net
- >>390
ソースよろ
- 396 ：デフォルトの名無しさん：2020/08/14(金) 07:43:25 ID:USzXHOg9.net
- Visual StudioってWPFになったのかよ
最悪だな
- 397 ：デフォルトの名無しさん：2020/08/14(金) 11:08:10 ID:NBYQVIjm.net
- blazorよりxamarinの方が良くねえか？
てか統一してくれるとC#使いとしては有り難いんだけど
- 398 ：デフォルトの名無しさん：2020/08/14(金) 11:35:15.03 ID:970Aew80.net
- >>396
2010からなんだけど何をいまさら
- 399 ：デフォルトの名無しさん：2020/08/14(金) 12:12:33 ID:USzXHOg9.net
- いまspy++で調べた
まじで Visual Studioが.NETになっとる
Microsoft.VisualStudio.PlatformUIという.NETアセンブリが使われてた
こらがWPF上に構築されてるのかはよく分からんかった
プロパティウィンドウなど一部にはWinFormsも使われてるっぽいな
- 400 ：デフォルトの名無しさん：2020/08/14(金) 12:13:55 ID:H8cNLVMG.net
- 過去からタイムスリップしてきた人か
そんなんでよく批判できたな
- 401 ：デフォルトの名無しさん：2020/08/14(金) 12:16:12 ID:USzXHOg9.net
- すまんな
- 402 ：デフォルトの名無しさん：2020/08/14(金) 12:17:16 ID:970Aew80.net
- >>400
2005でも使ってたんじゃない？
2010でいきなり重くなって、2015まで次々に悪化。2017、2019で逆に軽くなってきているように感じるね。
- 403 ：デフォルトの名無しさん：2020/08/14(金) 12:39:06.50 ID:A3xYyH1g.net
- VS 2019は、Core i5 3.4GHz (4 cores)だとどのくらいで起動しますか？
当方は、もっと力の弱いCPUを使っており、デスクトップアイコンをクリックしてから、
IDEが起動し、マウスカーソルがくるくる回る状態から脱するのに、23秒くらいかかり
ます。
- 404 ：デフォルトの名無しさん：2020/08/14(金) 12:52:11.34 ID:04aYyJC8.net
- スレチ
- 405 ：デフォルトの名無しさん：2020/08/14(金) 13:16:11.33 ID:iHOfggUW.net
- >>403
CPUは型番で書かないと伝わらない
似たような名前でも世代とかモバイルとか省電力版とか種類がたくさんある
23秒ってHDDじゃないか？
IDE起動はランダムアクセス重要だからSSDは必須。SSDなら数秒
- 406 ：デフォルトの名無しさん：2020/08/14(金) 13:19:58 ID:iHOfggUW.net
- WPFは凝ったUI作れるしいいだろう
>>397
Xamarinは廃止されてMAUIに変わるの確定してる。
BlazorもMAUIに統合されるという噂もある
- 407 ：デフォルトの名無しさん：2020/08/14(金) 13:26:47.68 ID:970Aew80.net
- >>406
どこの噂？
- 408 ：デフォルトの名無しさん：2020/08/14(金) 13:57:25 ID:iHOfggUW.net
- >>407
もとはMicrosoft Build 2020で出た話のようだけど元の動画は見てない
下のページで見たから噂とかいたが
MSがいったのなら実現性は割と高いかもな
https://qiita.com/nskydiving/items/927b39c2983eb1f2d2b3
- 409 ：デフォルトの名無しさん：2020/08/14(金) 14:02:48 ID:RZDpzsqP.net
- C#がJSを駆逐する日も近いな
- 410 ：デフォルトの名無しさん：2020/08/14(金) 14:08:07.43 ID:970Aew80.net
- >>408
MAUIに「統合される」わけじゃないでしょ
- 411 ：デフォルトの名無しさん：2020/08/14(金) 14:12:14.64 ID:A3xYyH1g.net
- >>405
LGA1155, SSD 500B, Memory: 4GB x 2枚挿し、
の Core i5 3.4GHz
だとVS 2019の起動速度はどれくらいでしょう？
CPU以外は同じ環境で、現在、実測すると 23秒でした。
- 412 ：デフォルトの名無しさん：2020/08/14(金) 14:19:18.14 ID:f9VWYfLh.net
- i5のモデルナンバー（世代）は頑なに言わないのな
- 413 ：デフォルトの名無しさん：2020/08/14(金) 14:29:50.43 ID:iHOfggUW.net
- >>410
同じBlazorが他の開発製品とだぶって存在するようになるのはありえない
MAUIでBlazorがサポートされるってのはBlazorの位置づけが
変わることを意味する。
MAUIの範囲の一部になるってことだ
統合という表現が不適切とは思わない
- 414 ：デフォルトの名無しさん：2020/08/14(金) 14:31:44.42 ID:H8cNLVMG.net
- MAUIがwasmで動くってだけだろ
- 415 ：デフォルトの名無しさん：2020/08/14(金) 14:40:44.04 ID:CTSOuqxq.net
- MAUIでwasmが動くのかもしれんぞ
- 416 ：デフォルトの名無しさん：2020/08/14(金) 14:49:03.55 ID:970Aew80.net
- >>413
なぜ？
- 417 ：デフォルトの名無しさん：2020/08/14(金) 17:44:24 ID:iHOfggUW.net
- >>414-415
アホ発言禁止
それはありえない。native appからwasmに変更なら劣化するだけだ
>>416
>>408でわざわざURL探してやったのに感謝のひとこともないのかよ
いつからそんなカス人間になった
- 418 ：デフォルトの名無しさん：2020/08/14(金) 17:46:20 ID:sgFs/qSh.net
- 散々イキっておいてMAUIに統合とかワロタｗｗｗ
はい泡沫局所技術終了ｗ
MAUIスレ立ててそこで壮大な話ししようぜｗ
- 419 ：デフォルトの名無しさん：2020/08/14(金) 17:55:28 ID:iHOfggUW.net
- >>418
バカすぎだろ
MAUIに入るってことは位置づけが上になるってことだ。
ブラウザ用のnative appの代表としてBlazorが入ることになる
今はASP.NET Coreのたくさんある技術のひとつでしかない。
- 420 ：デフォルトの名無しさん：2020/08/14(金) 17:59:31 ID:DBriI1p6.net
- たしかにMAUIでマルチプラットフォームアプリ作ればブラウザでも動くようになるってことだもんな
実現したらすごいけどホントにできるんかな？
- 421 ：デフォルトの名無しさん：2020/08/14(金) 18:04:25.09 ID:iHOfggUW.net
- MAUIでBlazorが使えるようになると
Android, iPhone appなどと共通コードベースで
Web appを開発できるようになるってことだ
おそらくAndroidやiPhone, Windows appで成功した後だと思うが
実現したらすごいことがおこる
開発は楽になりそうだがエンジニアの案件、仕事が急激に減りそうでこわい
生産性があがりすぎてしまう
- 422 ：デフォルトの名無しさん：2020/08/14(金) 18:08:46.90 ID:sgFs/qSh.net
- 日本の話題扱うのに「岡山県」ってスレでやるか？って話。
MAUIのいちパーツの分際で身の程をわきまえろよｗｗｗ
- 423 ：デフォルトの名無しさん：2020/08/14(金) 18:10:02.50 ID:970Aew80.net
- カスに触ってしまった
- 424 ：デフォルトの名無しさん：2020/08/14(金) 18:40:34.87 ID:RiCFkycp.net
- >>420
もうすでにUnoがデスクトップ、スマホ、ブラウザで動作するクロスプラットフォームXAMLエンジン実装してるよ
MAUIでUnoを吸収するのか新しく作り直すのかは知らんが技術的には楽勝ムード
BlazorはBlazorで生き残ると思う
MAUIがwasmサポートしても十中八九XAMLだからHTML/CSSフレンドリではない
HTML/CSSを使いたいって需要は確実にある
- 425 ：デフォルトの名無しさん：2020/08/14(金) 19:01:32.10 ID:1w0qTKhz.net
- >>396
今頃知ったのかよ
15年くらい前やぞwww
- 426 ：デフォルトの名無しさん：2020/08/14(金) 20:27:26.43 ID:DBriI1p6.net
- >>424
HTML/CSS使いたいというのはWebアプリ屋の発想じゃない？
XAMLで普通にアプリ作ってそれがそのままブラウザで動くならそのほうがいいよ
だってマルチプラットフォームアプリだよ？
ブラウザで動かすときだけHTML/CSSで細かく制御したいなんて思わないよ
- 427 ：デフォルトの名無しさん：2020/08/14(金) 20:39:09.22 ID:q7NnJb/7.net
- >>426
好き嫌いの範疇
- 428 ：デフォルトの名無しさん：2020/08/14(金) 22:01:52.41 ID:0frcuPYu.net
- MAUIはXamarinの後継であってBlazorとは交点ないでしょ
- 429 ：デフォルトの名無しさん：2020/08/14(金) 23:14:28 ID:iHOfggUW.net
- >>428
BlazorはMAUI陣営に入る可能性あり
Browserで動くnative appなんだからおかしくない
>>408
Blazor Serverはnative appじゃないし
Blazor Serverはどうなるかよくわからないがね
- 430 ：デフォルトの名無しさん：2020/08/14(金) 23:23:30 ID:iHOfggUW.net
- >>426
web appはHTML+CSSがめんどくさすぎ、さらにJSがめんどくさい。
GUIはwindows appみたいにコントロール張り付けて開発したい
- 431 ：デフォルトの名無しさん：2020/08/14(金) 23:29:58 ID:0frcuPYu.net
- > 将来的には Blazor（Web）のサポートも計画されているようです。
この一文をもって鬼の首を取ったような騒ぎをしているけど
qiitaのこの人以外にこれ言ってる人いる？
blazorはblazorで垂直展開計画してるからmauiの一部門になるような規模のものじゃないんだが
https://www.publickey1.jp/2020/blazorwebassembly502.gif
- 432 ：デフォルトの名無しさん：2020/08/14(金) 23:38:45.49 ID:n7X3KCUc.net
- >>430
マウス作業が増えるからポトペタは嫌いだ
- 433 ：デフォルトの名無しさん：2020/08/14(金) 23:43:39.57 ID:970Aew80.net
- >>431
公式にはこの程度。
"Enable developer options to use Model-View-Update (MVU) and Blazor"
https://github.com/dotnet/maui#goals
- 434 ：デフォルトの名無しさん：2020/08/14(金) 23:49:29.36 ID:imhDOcA9.net
- >>424
Unoができているからと言って、どうして技術的に楽勝ムードなのか理解に苦しむが。
どうして他の組織が出来ていれば、MSでは楽勝で出来ると思ってしまうのか。
むかしから、MSは技術では「一番」ではなかったのに。
MSにも優秀な人は集まるが、小さな会社でももっと優秀な人がいないとは限らない。
何の根拠で他の会社が出来れば、MSは楽勝だと思っているのだろうか。
頭がおかしいのではないか。
- 435 ：デフォルトの名無しさん：2020/08/14(金) 23:56:28.90 ID:q7NnJb/7.net
- >>434
マイクロソフトを甘く見すぎだろｗ
- 436 ：デフォルトの名無しさん：2020/08/14(金) 23:57:48 ID:970Aew80.net
- この方向から大きくは変わらないと思うけどね
https://github.com/xamarin/MobileBlazorBindings
- 437 ：デフォルトの名無しさん：2020/08/15(土) 00:02:57 ID:rYbYnicx.net
- BlazorはMAUI陣営に入る？
それもうBlazorじゃないｗ
まぁなんであろうとBlazorはないと思うが。
- 438 ：デフォルトの名無しさん：2020/08/15(土) 00:05:04 ID:4kdfZtEz.net
- >>435
でも、いくら金の有る大企業であっても、他の小企業が出来たことが容易に出来る
とは限らないと思うけどね。
アメリカの大手IT企業で典型的に問題なのは、サイズや速度。
機能の量は多いけれど、それは通常では考えられないほど大量の社員が
プログラムしているから。
富豪的プログミングすれば、サイズや速度は無視すれば、大量の人がいれば、
機能自体は実装できてしまう。
しかし、今までは、OSのインストール時間やUpdate時間は、独占的立場で
不平不満にも関わらず最悪の状態でも続けられていたが、ひとたび競争原理
が働き始めれば、果たしてどうなるであろうか。
- 439 ：デフォルトの名無しさん：2020/08/15(土) 00:56:32.93 ID:C+8YsEI5.net
- >>432
GUIまわりは特にマウスが生産性高いだろう
editorで数値でサイズ指定しても思った通りにならず
何度も数字を入れなおす羽目になる
- 440 ：デフォルトの名無しさん：2020/08/15(土) 01:04:16 ID:C+8YsEI5.net
- >>431
なんだよ、Blazor5種類にパワーアップするのかよ
想像以上のスケールだわ
Blazor NativeとBlazor Hybridやりたい
- 441 ：デフォルトの名無しさん：2020/08/15(土) 05:09:48 ID:KV0ftL1X.net
- Net界のPHPがRazor、Net界のReactがBlazor、Net界のQtがMAUI。
- 442 ：デフォルトの名無しさん：2020/08/15(土) 05:12:18 ID:KV0ftL1X.net
- Net界は少なくともAndroidに侵食しないといけないし、iOSにも浸食したほうが良いだろう。
Linuxはオマケだろう。
- 443 ：デフォルトの名無しさん：2020/08/15(土) 05:16:00 ID:KV0ftL1X.net
- Net界は会社用なのでウェブ浸食は無いと思うけど、会社専用でも結構なシェアを取れるのはJavaが証明した。
- 444 ：デフォルトの名無しさん：2020/08/15(土) 09:40:09.11 ID:DC8XvYLP.net
- >>439
可変サイズ画面と相性悪すぎ
細かい調整が難しすぎ
- 445 ：デフォルトの名無しさん：2020/08/15(土) 09:46:19.69 ID:5cqy/wf6.net
- >>438
マイクロソフトを甘く見すぎ
そこらの並の企業とは技術者の層が違いすぎる
OSSの成功例が既にあってマイクロソフトにできないわけがない
百歩譲って仮にできなかったとしても出来る技術者を雇うか買収すりゃいい
- 446 ：デフォルトの名無しさん：2020/08/15(土) 10:14:31.25 ID:Y+1nDdEw.net
- 今からUNO勉強して来年無駄になってたらおいちゃん怒るで？
- 447 ：デフォルトの名無しさん：2020/08/15(土) 10:54:01 ID:4kdfZtEz.net
- >>445
出来てから言おうね。
- 448 ：デフォルトの名無しさん：2020/08/15(土) 11:00:27 ID:aVj/WLsm.net
- 技術力とビジネスの成功は直結しないからなあ
マイクロソフトもGoogleも世界屈指の技術力を持っているのは確か、それでもいくつものプロダクトを失敗させ破棄している
いくら技術力があってもユーザー（開発者コミュニティ）の支持を得られないとダメなのさ
- 449 ：デフォルトの名無しさん：2020/08/15(土) 11:02:18 ID:DC8XvYLP.net
- >>447
もうすぐだ
- 450 ：デフォルトの名無しさん：2020/08/15(土) 11:04:13 ID:4kdfZtEz.net
- Visual Studioですら遅いからね。
- 451 ：デフォルトの名無しさん：2020/08/15(土) 11:05:41 ID:oKDAZvcY.net
- >>450
しつこい奴だな
近年のVSは速い
時代に追いついてからレスしてくれ
- 452 ：デフォルトの名無しさん：2020/08/15(土) 14:38:09.49 ID:ZqxuoQZU.net
- VSCodeだとrazorの構文解析がぜんぜん効かないね
実務レベルではVS必須か
- 453 ：デフォルトの名無しさん：2020/08/15(土) 17:24:57 ID:2Son4Hrg.net
- 個人的にはSilverlightがwasmにトランスパイルされる+今風な認証を付加してくれるだけで十分なんだけどね
- 454 ：デフォルトの名無しさん：2020/08/16(日) 10:42:43.43 ID:LTMCAFtN.net
- Blazor + Electron.NET もよろしく
- 455 ：デフォルトの名無しさん：2020/08/16(日) 11:42:16.95 ID:5EzRC1Sr.net
- .net coreで既にクロスプラットフォームなのになんでelectronかます必要あるんだ？意味わからん技術
- 456 ：デフォルトの名無しさん：2020/08/16(日) 11:53:20.02 ID:2j7ARwXX.net
- >>455
クロスプラットフォームなのはWebやコンソールで、デスクトップアプリ用途ではないからね
https://blog.stevensanderson.com/2019/11/01/exploring-lighter-alternatives-to-electron-for-hosting-a-blazor-desktop-app/
- 457 ：デフォルトの名無しさん：2020/08/16(日) 13:43:38 ID:jyuZpbGn.net
- これはいいアイデアだね
- 458 ：デフォルトの名無しさん：2020/08/16(日) 19:23:10.22 ID:k/QA8A3q.net
- >>454
Blazor Hybrid だね
- 459 ：デフォルトの名無しさん：2020/08/17(月) 22:13:54.22 ID:tKPkylNV.net
- Razor pagesとBlazorって何がどう違うんや？
MSは似たような名前の派生多すぎやろー
- 460 ：デフォルトの名無しさん：2020/08/17(月) 22:28:52.98 ID:ZexFMvlX.net
- Razor Pages の後継が Blazor だと思っていい
記法としては Razor記法
- 461 ：デフォルトの名無しさん：2020/08/17(月) 23:26:37 ID:a2Z8AZRc.net
- >>460
いや、さすがに別物やろ…
- 462 ：デフォルトの名無しさん：2020/08/18(火) 01:10:45.68 ID:Krx5Shi1.net
- >>459-460
たしかに紛らわらしい
日本人はRとLの区別が苦手なのでなおさら紛らわしい
Razor pagesとRazor syntaxは別物
Razor syntaxは現役なので覚える必要ある
たしかRazor pagesはMVCに比べて制限があって
MVC覚えればRazor pagesの知識はいらないはず
- 463 ：デフォルトの名無しさん：2020/08/18(火) 01:14:19.34 ID:Krx5Shi1.net
- BlazorのBはもともとBrowserのBだった。
しかしブランドが拡大してBlazor DesktopとかBrowserと
関係ないものまで出てきてきた。
- 464 ：デフォルトの名無しさん：2020/08/18(火) 02:09:58.48 ID:izZKA8kQ.net
- >>462
MVCはWeb APIを書くためのもので、UIを書きたいならRazor Pagesだね
- 465 ：デフォルトの名無しさん：2020/08/18(火) 02:16:10.71 ID:izZKA8kQ.net
- 参考
https://stackoverflow.com/questions/46777404/why-is-razor-pages-the-recommended-approach-to-create-a-web-ui-in-asp-net-core
https://github.com/Rick-Anderson/RP-vs-MVC
- 466 ：デフォルトの名無しさん：2020/08/18(火) 17:30:41.07 ID:i2Dfjdm/.net
- Blazor WASMはとにかくスピードの改善が必要
期待してるからほんと頼むぜよ
https://rawgit.com/krausest/js-framework-benchmark/master/webdriver-ts-results/table.html
- 467 ：デフォルトの名無しさん：2020/08/18(火) 17:37:55.52 ID:izZKA8kQ.net
- .NET5でパフォーマンス関係のインフラ整えて改善に取り組んでるね
- 468 ：デフォルトの名無しさん：2020/08/18(火) 17:52:17 ID:j9Dh5QV8.net
- 少し待てばすぐにパフォーマンスアップするだろ
JavaやNodeじゃねえんだから遅いままなんてこたない
- 469 ：デフォルトの名無しさん：2020/08/18(火) 19:42:24.05 ID:qcPz7PQN.net
- スピードってブラウザ次第じゃないの？
どのみち再コンパイルが必要なんだろ？
- 470 ：デフォルトの名無しさん：2020/08/18(火) 19:50:29.48 ID:rapTmE4K.net
- AoTはおあずけ食らいました。少なくともあと一年は速くならない
- 471 ：デフォルトの名無しさん：2020/08/19(水) 01:13:46.03 ID:x2lHzzgW.net
- そもそも、DesktopのC#は、AOTでどのくらい速くなるの？
特にサイズはどのくらい変化する？
小さくなるの？
なるとしたら何分の一になる？
- 472 ：デフォルトの名無しさん：2020/08/19(水) 01:45:20.48 ID:jSsIV2n7.net
- うるせーこのヤロー
- 473 ：デフォルトの名無しさん：2020/08/19(水) 01:47:17.91 ID:vMi8bMi7.net
- >>471
いや普通サイズはでかくなるやろ
- 474 ：デフォルトの名無しさん：2020/08/19(水) 01:47:53.20 ID:vMi8bMi7.net
- DesktopのC#ってなんのことかさっぱりだが
- 475 ：デフォルトの名無しさん：2020/08/19(水) 01:49:44.55 ID:x2lHzzgW.net
- >>474
Blazorとは関係なく、もともとのWindows環境のWinFormsやWPFなどで、
AOTを使った場合が、使わない場合と比べてどのくらい速くなるか、ということ。
- 476 ：デフォルトの名無しさん：2020/08/19(水) 01:50:40.35 ID:x2lHzzgW.net
- >>473
この板で、小さくなると言ってた人を見かけたけど、どうなの？
- 477 ：デフォルトの名無しさん：2020/08/19(水) 01:52:58 ID:jSsIV2n7.net
- ラッシュかましてきてんじゃねえぞこのヤロー！
- 478 ：デフォルトの名無しさん：2020/08/19(水) 01:57:03 ID:vMi8bMi7.net
- >>475
>>476
はい
https://github.com/dotnet/aspnetcore/issues/5466#issuecomment-639890420
- 479 ：デフォルトの名無しさん：2020/08/19(水) 01:59:34 ID:vMi8bMi7.net
- wasmへのコンパイルとAOTを混同しちゃってるのかもね
- 480 ：デフォルトの名無しさん：2020/08/19(水) 02:04:57 ID:vMi8bMi7.net
- あ、というよりサイズが小さくなるって言ってる人はlinkerのことを言いたかったのかな？
- 481 ：デフォルトの名無しさん：2020/08/19(水) 02:07:11 ID:x2lHzzgW.net
- Hi @MichaelPeter. The initial page load time is dominated by downloading the app and starting
the runtime. AoT won't really help that. AoT is intended to improve runtime performance,
not reduce the app download size.
For JIT based runtimes AoT can improve startup performance because you avoid the need
to JIT at runtime, but Blazor WebAssembly uses an IL interpreter based runtime without
any JIT support.
In all likelihood, AoT will actually make the app larger to download, because .NET IL is a more
compact format than its natively compiled representation.
So using AoT will likely result in a tradeoff between speeding up runtime performance at the
expense of increased download size.
The current thinking is that we will make the AoT toolchain available to developers so that
you can decide how much of your app you want to AoT and then the app will run in a mixed
mode, where some of the app still runs as .NET IL, while the performance critical paths are
precompiled to WebAssembly.
To improve the app starup performance we are looking at further improvements to the
.NET IL linker and also doing work to the core framework libraries to make them more linkable.
We also plan to look at startup performance of the runtime itself once it is downloaded.
- 482 ：デフォルトの名無しさん：2020/08/19(水) 02:13:43 ID:vMi8bMi7.net
- ReadyToRunならもう既にWinformsやWPFでも普通に試せるからやってみたら？アセンブリのサイズがでかくなることもすぐわかるはず。まあこれは余計なILも含んでいることが大きいけど…
- 483 ：デフォルトの名無しさん：2020/08/21(金) 23:16:12 ID:iv5n66QG.net
- >>475
デスクトップではVMにJITがあるからAOTしなくても致命的ては無い
でもブラウザで動くVMはJITが無い原始的なインタプリタなので、AOTしないとちょー遅い
- 484 ：デフォルトの名無しさん：2020/08/21(金) 23:18:38.19 ID:RmDQK783.net
- デスクトップならふつうにC#で作りゃよくね？存在価値なに？
- 485 ：デフォルトの名無しさん：2020/08/21(金) 23:54:28.41 ID:FwWBVWWx.net
- ぐだぐだうるせーなーこのヤロー
- 486 ：デフォルトの名無しさん：2020/08/22(土) 00:18:13.33 ID:GBdcHLkT.net
- >>484
クロスプラットフォーム、リモートアプリ
- 487 ：デフォルトの名無しさん：2020/08/22(土) 09:11:03.07 ID:TiDZp4IB.net
- >>484
目新しいものが好き
- 488 ：デフォルトの名無しさん：2020/08/22(土) 09:27:30.15 ID:QFMt6Vhg.net
- >>186
Reactこんなかかるのか？
論外だろ
こんなサービス誰が使うの
- 489 ：デフォルトの名無しさん：2020/08/22(土) 10:03:40.45 ID:fPcZe606.net
- フロントエンドフレームワークのかなり網羅的なベンチマークの最新版。
左ほど良い。右ほど悪い。
https://krausest.github.io/js-framework-benchmark/current.html
二回ほど前からblazor-wasmもフロントだから入れろと信者にゴネられてリストされてる。
なお不動の最下位で大恥かいた模様。
- 490 ：デフォルトの名無しさん：2020/08/22(土) 10:05:46.42 ID:fPcZe606.net
- 最近のビルドについてBlazorプロジェクトのマネージャーであるマイクロソフトのDaniel Rothはchatにて
「Blazor would be 10x slower than JS and not winning speed competitions」
（BlazorはJSよりも10倍遅く、スピード競争に勝つことはない）
と述べた。
- 491 ：デフォルトの名無しさん：2020/08/22(土) 10:07:52.50 ID:fPcZe606.net
- AOTサポートにより（JSに勝つことはないにせよ）性能向上が期待され、また宣伝し、信者も大いに期待していたが…
AOT support in Blazor WASM will be postponed and not show up in .NET 5.
Blazor WASMでのAOTサポートは延期され、.NET 5には含まれません。
https://twitter.com/christianweyer/status/1270602821688328192?s=20
延期されたｗｗｗｗ
一時ソースはGitHubのAoT compilation issueへのDaniel Rothの6/6のコメントとみられる。
他の改善アイテムで頑張るってよｗ
(deleted an unsolicited ad)
- 492 ：デフォルトの名無しさん：2020/08/22(土) 10:09:59.61 ID:fPcZe606.net
- 1年後の世界へ行こう！
／'⌒`ヽ、 Blazorが世界1のシェア取ってるはず…
ヽ、┗ ノ
`ーｰ' γ⌒ヽ／ﾌﾞﾚｷﾁ＼ ／'⌒⌒ヽ、
,-ｰｰ-､ .||~￣~|/-O-O-ヽ|. （ ┃ ⌒ヽ
/ ┃ ） || 6| . : )'e'( : . |9 ＼ ━┛ ）
.（. ┃ ） || ｀‐-＝-‐ ' ＼＿＿_,ノ
ヽ､＿＿,ノ || ＿(つ¶¶と)＿_
／||'''''| 三 | |'（⌒）
／ '―――――` ￣ ＼
`＝＝＝＝＝＝＝＝＝＝＝＝'
- 493 ：デフォルトの名無しさん：2020/08/22(土) 10:12:17.96 ID:fPcZe606.net
- ￣￣￣| | ｌｌヽ _| ヽ
| | |l￣| | l Blazorって未来ではどうなってんの？
| | / ´＼ /
| | ヽ､＿ ｀＾イ
二二二 」 ＿ ＿＿ ｌﾆ二二ｌ､ ＿＿＿_
─┴┐ ⊆ﾌ＿)＿_./ ┌ヽ ヽ┐ ／´ ｀＼
二二二二二二ｌ / | | | |. / ヽ
＿l＿＿＿＿_| ／｀ｰ─‐|＿| |_| / ヽ
| ／｀ヽ__, ─ ､ノ |─l ｌ l
|───/ ／lﾆ/ /二ﾆluul. | ! え？そんなゴミないよ
| ___|￣ | | |_|. l /
└─（ ）(ﾆ| ￣|./二ﾆ) ヽ /
￣￣ / ） >━━━━━━ く
｀ー ´ / ヽ
- 494 ：デフォルトの名無しさん：2020/08/22(土) 10:14:21.35 ID:fPcZe606.net
- Blazorの弱点：
・Payload. Right now if you create a fresh new Blazor project, it weighs in at around 2.4mb. The team hopes to cut this down significantly come May.
・Load time. Due to download size, devices on poor connections can experience longer initial load times.
・Restricted runtime. Apps have to operate in the browser’s sandbox and are subject to the same security restrictions as any JavaScript application.
何にもコンテンツ無しの状態で2.4MBワロタｗｗｗ
ちなみにこれデスクトップ5,563,976 URL、モバイル6,399,199 URLのサイズデータ。
https://beta.httparchive.org/reports/state-of-the-web#bytesTotal
何にもコンテンツ無しの状態でデスクトップ5,563,976 URLの中央値2MB超えててワロタｗｗｗｗ
何にもコンテンツ無しの状態でモバイル6,399,199 URLの中央値1.9MB超えててワロタｗｗｗｗｗ
何にもコンテンツ無しの状態で2.4MBワロタｗｗｗｗｗｗ
- 495 ：デフォルトの名無しさん：2020/08/22(土) 10:16:27.13 ID:fPcZe606.net
- >>230と>>232によるまとめ
ブレカスはReactに比べ、
８ 倍 の転送帯域を消費し、
表示までに ４ 倍 の時間がかかるｗｗｗ
ファーｗｗｗｗｗ
- 496 ：デフォルトの名無しさん：2020/08/22(土) 10:18:46.22 ID:fPcZe606.net
- Blazorのデモ
https://isc30.github.io/blazor-lazy-loading/
のlighthouse結果：
https://lighthouse-metrics.com/one-time-tests/5f2b9fddee28bd0008f6ab20
※LighthouseスコアはGoogleスピードアップデートの採用指標です
うちのサイトはGoogle経由でなんかアクセスされたくない！
資本主義反対！！
そんなコミュニストに最適なマイクロソフト最先端フレームワークBlazorをどうぞヨロシク！！！
- 497 ：デフォルトの名無しさん：2020/08/22(土) 10:21:33.20 ID:fPcZe606.net
- どけどけ〜邪魔だ邪魔だ〜
Lighthouse ２３点が通るぞ〜ｗｗｗｗ
https://i.imgur.com/E7NMVpe.png
https://i.imgur.com/8oIU2m8.jpg
- 498 ：デフォルトの名無しさん：2020/08/22(土) 11:58:25.34 ID:GBdcHLkT.net
- はいNG
- 499 ：デフォルトの名無しさん：2020/08/22(土) 11:59:55.29 ID:KZRiConr.net
- BlazorはInjection簡単でいいな
- 500 ：デフォルトの名無しさん：2020/08/27(木) 07:46:00.11 ID:eqNDccQJ.net
- ASP.NET Core updates in .NET 5 Preview 8
https://devblogs.microsoft.com/aspnet/asp-net-core-updates-in-net-5-preview-8/
Blazorがらみが多いな
・Lazy loading in Blazor WebAssembly
も来てますよ？
- 501 ：デフォルトの名無しさん：2020/08/27(木) 10:02:14.96 ID:WGrlRrGq.net
- 23点取ったのがそのlazy loadingのデモサイトです
- 502 ：デフォルトの名無しさん：2020/08/27(木) 11:27:39 ID:HhOi/7k5.net
- LazyLoadComponentじゃなくLazyLoadAssemblyが来たか
これがあれば、最初はミニマムなランチャだけロードして素早く表示、ユーザーが操作を始める間にバックグラウンドでdllを落とす、ユーザーがルーティング操作を行う時には既にロード済、といったシナリオができるわけだ
いいねぇ
これなら最初にロードしなきゃいけないアセンブリを削減できるから、ランチャ自体のダイエットも捗りそうだな
サイズ問題はこれで解決の目処がっ立ったね
- 503 ：デフォルトの名無しさん：2020/08/27(木) 12:21:11 ID:5+gXjQyY.net
- 全然目処なんて立ってないと思うが。
そんなモンじゃすまないほど大きいから。
- 504 ：デフォルトの名無しさん：2020/08/29(土) 00:50:39.31 ID:xTBkBqwa.net
- GitHub - avikeid2007/Covidonus: COVID 19 Tracker
https://github.com/avikeid2007/Covidonus
やっぱりUnoのほうがまし。
- 505 ：デフォルトの名無しさん：2020/09/06(日) 20:41:08 ID:CUPomOSq.net
- blazorってサーバーにあったrazorが
クライアント側で動くだけ？
- 506 ：デフォルトの名無しさん：2020/09/06(日) 21:02:41 ID:Vq4cq129.net
- >>505
少しはググれよ
- 507 ：デフォルトの名無しさん：2020/09/06(日) 21:56:47 ID:CUPomOSq.net
- >>506
基本機能はそうしか見えないけど。
Domの操作はC#でできんの？
- 508 ：デフォルトの名無しさん：2020/09/06(日) 22:27:01 ID:VP4e9UE/.net
- >>505
的外れ極まりない
- 509 ：デフォルトの名無しさん：2020/09/06(日) 22:57:19.13 ID:JN9nGzDN.net
- >>508
WebAssemblyなのにHTML使っといて
Dom操作の操作もC#で出来ないんじゃ
javascript撤廃出来ないじゃん。
- 510 ：デフォルトの名無しさん：2020/09/07(月) 00:48:47.43 ID:ocp9ke30.net
- できるけどJSを通すしかない
- 511 ：デフォルトの名無しさん：2020/09/07(月) 00:49:42.07 ID:sybwZ+D6.net
- >>509
撤廃なんか目指してないからね
- 512 ：デフォルトの名無しさん：2020/09/07(月) 00:54:40.90 ID:pAtokO1N.net
- >>510
js通すというより
js側に処理を委譲するんじゃ...
ドラッグしつつ、
辿った背景を変更してくみたいな
良くある処理も上手く書けないじゃね？
- 513 ：デフォルトの名無しさん：2020/09/07(月) 00:54:55.00 ID:pAtokO1N.net
- >>511
www
- 514 ：デフォルトの名無しさん：2020/09/07(月) 01:19:54.93 ID:sybwZ+D6.net
- >>513
何かおかしい？少しでもBlazorに触れたことがあるなら誰でも知ってるはず。
とはいっても昔は勘違いしてた人もいるようで、Daniel Rothもわざわざ否定したりしてたね。
https://visualstudiomagazine.com/articles/2018/03/23/blazor-alpha.aspx?m=1#comment-3820611651
- 515 ：デフォルトの名無しさん：2020/09/07(月) 03:28:26.60 ID:pAtokO1N.net
- ReactとかVue.js使える人だと、パフォーマンスも悪いんじゃ
使うメリットが全くなさそうだ。
そもそも、Webassemblyなら HTML/CSS使わないと思ってたんだけど、
使ってるあたりが Blazorの癌なのかもね。
- 516 ：デフォルトの名無しさん：2020/09/07(月) 04:32:08.66 ID:sybwZ+D6.net
- なぜ使わないと思ってたんだ…
- 517 ：デフォルトの名無しさん：2020/09/07(月) 08:38:18.69 ID:R/8abHxo.net
- Blazorの本質はC#が使えること自体ではなく、Webフロントエンドに弱め(全く分からないとは言っていない)な業務系ドットネッターに対して
ReactやVueのような仮想DOM系フレームワークを提供しSPAをキャッチアップさせることにある
もちろんReactやVue使えるんなら全く用はないよ
- 518 ：デフォルトの名無しさん：2020/09/07(月) 09:18:35 ID:xj7DdlIE.net
- >>515
開発のパフォーマンス（生産性）が劇的にあがる
JS不要で開発できるのは大きい
- 519 ：デフォルトの名無しさん：2020/09/07(月) 09:24:10 ID:zpdoSB45.net
- 生産性が飛躍的に向上するから
SPA開発者でも乗り換える価値は高いだろう
- 520 ：デフォルトの名無しさん：2020/09/07(月) 09:24:59 ID:pAtokO1N.net
- >>517
自分が資料みて感じた事と一致します。
C#だけで出来る事が少ない。Dom側の操作がJs頼みならそうなっちゃいますね。
Webassemblyという点につられてる人多そう。
やはりUno Platformが本命ですかね。
- 521 ：デフォルトの名無しさん：2020/09/07(月) 09:25:44 ID:sybwZ+D6.net
- ReactやVueを使っていてサーバーサイドもNode.jsならわざわざ切り替える意義はないかな。サーバーサイドがC#ならそれなりに恩恵は大きいはず。
- 522 ：デフォルトの名無しさん：2020/09/07(月) 09:27:15 ID:pAtokO1N.net
- >>519
それがVue.jsとか簡単なんですよ。
新規で学んでも簡単でパフォーマンスも良いです。
正直、UI凝り始めるとWPFより使いで良いです。
- 523 ：デフォルトの名無しさん：2020/09/07(月) 09:27:38 ID:CCEjOt0h.net
- どうしたらHTMLとCSSがいらないなんて発想にたどりつくのか…だってRazorでしょw
- 524 ：デフォルトの名無しさん：2020/09/07(月) 09:37:14 ID:pAtokO1N.net
- >>523
Razorは記法だし、
結果を自前でレダリングしてるのかと思いますね。
- 525 ：デフォルトの名無しさん：2020/09/07(月) 09:41:31 ID:sybwZ+D6.net
- >>524
何のための記法か知ってる？
- 526 ：デフォルトの名無しさん：2020/09/07(月) 09:43:29 ID:xj7DdlIE.net
- node.jsが超低速だから
web frameworkとして、React系のNextとか Vueを
使わないほうがいいと思う
サーバーサイドでJSを使うというのが遅いしダサい
web frameworkとしてみるとnode系よりも
ASP.net Coreのがはるかに高速
- 527 ：デフォルトの名無しさん：2020/09/07(月) 09:50:16.63 ID:zpdoSB45.net
- >>522
JS、TSって時点で酷しい
JSは単純に生産性が低い
TSはC#の作者と同じだけあって優れた言語だが
コストパフォーマンスの良い要員が集まらない
- 528 ：デフォルトの名無しさん：2020/09/07(月) 09:57:58.91 ID:pAtokO1N.net
- >>527
Jsって頭の良い人が書いたら、
一般人には理解不能な凄いものが書けますからねwww
- 529 ：デフォルトの名無しさん：2020/09/07(月) 10:12:27 ID:qk/9c7gK.net
- >>528
頭がいい人は複雑で高度なことも他人(当然ある程度の前提知識はあるものとする)が読めるように書ける
頭の悪い人が難しいことをやろうとすると、他人に理解できない酷いコードになる
- 530 ：デフォルトの名無しさん：2020/09/07(月) 10:36:24.94 ID:pAtokO1N.net
- >>529
自分言ってるのはそれとは違うやつの事ですね。
一般人なんで説明できないですけどwww
- 531 ：デフォルトの名無しさん：2020/09/07(月) 12:07:46 ID:zpdoSB45.net
- >>528
本当に頭のいい人は理解しやすいコードを書くものだけどね
JSの悪い点は中途半端に知識「だけ」をつけた実質バカが書くと容易に凄惨なコードを生み出せてしてしまうところ
C#は優れたIDEによるコーチングがあるからバカでも及第点のコードが書ける
- 532 ：デフォルトの名無しさん：2020/09/07(月) 12:12:26 ID:K0kNn/Cs.net
- 日本テレビの子供向けプログラミング教育ω番組
今こそ知りたい!めざせ!プログラミングスター
で映ってた画面が jquery だったわωωω
- 533 ：デフォルトの名無しさん：2020/09/07(月) 13:25:47 ID:ocp9ke30.net
- >>512
あ、そういう意味ね
JS側からC#側のメソッドを呼び出せるから一応はできるはず
ただオーバーヘッドは半端ない気がするし
ガッツリJS書く必要はある
- 534 ：デフォルトの名無しさん：2020/09/07(月) 13:35:49.63 ID:kVPghFIH.net
- Blazorのサーバー版とWebAssembly版の話題が入り乱れてややこしいなw
- 535 ：デフォルトの名無しさん：2020/09/07(月) 13:36:52.17 ID:sybwZ+D6.net
- >>534
妄想だけで語ってるやつがいるからね
- 536 ：デフォルトの名無しさん：2020/09/07(月) 19:12:50.79 ID:OD77ZCh+.net
- Scoped CSS か CSS Modules が実装されたら起こして
- 537 ：デフォルトの名無しさん：2020/09/07(月) 19:21:13.66 ID:sybwZ+D6.net
- >>536
https://devblogs.microsoft.com/aspnet/asp-net-core-updates-in-net-5-preview-8/#css-isolation-for-blazor-components
- 538 ：デフォルトの名無しさん：2020/09/07(月) 19:29:37.93 ID:sybwZ+D6.net
- >>536
https://youtu.be/KRNd8JDRqRc?t=1645
- 539 ：デフォルトの名無しさん：2020/09/07(月) 20:05:00.63 ID:OD77ZCh+.net
- >>537
ありがとう、枕に頭をつける暇もなかったよｗ
- 540 ：デフォルトの名無しさん：2020/09/08(火) 15:59:38.82 ID:vb9MQFMO.net
- あぁ^〜Mauiを想うと心がぴょんぴょんするんじゃぁ^〜
- 541 ：デフォルトの名無しさん：2020/09/08(火) 18:07:26.14 ID:8rtOALpS.net
- 苦労してWeb appを作るのは時代遅れなのかもしれない
https://gigazine.net/news/20200907-reddit-app-downloads-miserable-web/
redditは使いにくいweb appにしてnative appに誘導している。
これはけっこう参考になる
開発スピードが速くて、使いやすくて、実行スピードも速いのはnative appだしな
>>540
ごちうさ難民
- 542 ：デフォルトの名無しさん：2020/09/08(火) 18:41:03.85 ID:thO0W8Tv.net
- WPF回帰か
まあそれもわるく無い
高速で生産性が高いC#であることが重要
- 543 ：デフォルトの名無しさん：2020/09/08(火) 21:16:43.61 ID:scYxt6FH.net
- >>542
残念ながらネイティブアプリageの流れはスマホの話
PCは一貫してWebファーストが普通だし、ネイティブアプリ化するにしてもSlackみたいにWebアプリのガワだけネイティブにするのが今時は多いよ
- 544 ：デフォルトの名無しさん：2020/09/19(土) 11:24:45.44 ID:QFC7K9+q.net
- マウスポインターの位置に
コンテキストメニュー表示したいんだけど、
JS使わずに可能？
- 545 ：デフォルトの名無しさん：2020/09/19(土) 12:03:44.03 ID:ATAk2qRK.net
- コンテキストメニューって言葉がわかってるなら
blazor context menu でぐぐればいいだろ
- 546 ：デフォルトの名無しさん：2020/09/19(土) 12:08:37.39 ID:u2qkdgIs.net
- JSでやってたことをC#でやるだけ
JSを呼び出す必要はない
- 547 ：デフォルトの名無しさん：2020/09/20(日) 11:13:54.82 ID:B8GhM1mv.net
- https://docs.telerik.com/blazor-ui/components/contextmenu/overview
https://github.com/stavroskasidis/BlazorContextMenu
これを見ると、
Jsのラッパー使わないと
出来そうに出来そうに見えないが...
https://github.com/stavroskasidis/BlazorContextMenu/blob/master/BlazorContextMenu/wwwroot/blazorContextMenu.js
- 548 ：デフォルトの名無しさん：2020/09/20(日) 11:18:05.38 ID:omMauE6q.net
- 要らんよ
- 549 ：デフォルトの名無しさん：2020/09/20(日) 20:15:19.21 ID:B8GhM1mv.net
- コード(C#)でDom Treeの任意の位置に
オブジェクトを足したり削除したり出来るって事？？
- 550 ：デフォルトの名無しさん：2020/09/21(月) 11:55:44.53 ID:Cgyr/Ih0.net
- https://ncov.oktopus59.net/
blazor 使ってんだって
- 551 ：デフォルトの名無しさん：2020/09/21(月) 12:19:35.43 ID:tfvujsdz.net
- いいね
- 552 ：デフォルトの名無しさん：2020/09/21(月) 12:30:35.11 ID:mc/SlMom.net
- >>550
速度も問題ないね
結局、体感でサクサクならベンチマークとかどうでもいいんだよな
開発生産性が高いメリットを享受できる
ハード性能あがればさらにJSで書く人は減るだろう
- 553 ：デフォルトの名無しさん：2020/09/21(月) 13:28:01.42 ID:5fzDdes6.net
- >>550
502 Bad Gateway
が出て起動すらしない。
- 554 ：デフォルトの名無しさん：2020/09/21(月) 14:05:36.06 ID:2HL9jfi3.net
- >>552
viewの処理のほとんどは
Chart.jsなんじゃないの？
99%ぐらい。
- 555 ：デフォルトの名無しさん：2020/09/21(月) 14:30:28.63 ID:a0iBHw//.net
- そうだね
フロントエンドのパフォーマンス的な観点で言えば、100%普通のJSで動いていると言って差し支えない
そもそもWebAssemblyじゃなくてBlazor Serverだしな
- 556 ：デフォルトの名無しさん：2020/09/21(月) 14:38:45.50 ID:2HL9jfi3.net
- Chart.js使った時点で、
Blazorの出番ないし
最初から全部JSで書いたほうが
楽だし、簡単だよね。
クライアントサイドでC#で動かしたいライブラリーが無かったら
何の価値が有るんだろう。
- 557 ：デフォルトの名無しさん：2020/09/21(月) 17:14:00.32 ID:mc/SlMom.net
- Blazor Serverだったのか
それなら少人数なら快適に動いて当たり前か
Blazor Serverはスケーラビリティはないらしいね
ぜんぶserver sideでやるから当たり前だけど。
不特定多数向けサービスならBlazor Serverは選ばないほうがいいと思う。
アクセス数が予測できるイントラ利用向けと解説されてた
アクセス多い場合はWebAssemblyとかHybridとかnative appとかほかの技術使う
- 558 ：デフォルトの名無しさん：2020/09/21(月) 17:20:21.47 ID:Cgyr/Ih0.net
- >>557
はぁっ？
- 559 ：デフォルトの名無しさん：2020/09/21(月) 17:28:12.77 ID:mc/SlMom.net
- >>558
なんなのその頭悪いレス？
言いたいことあったらはっきりかけアホ
- 560 ：デフォルトの名無しさん：2020/09/21(月) 19:27:13.31 ID:KqbH7J4b.net
- WebFormsで作られた業務システムの移行先に考えてるんだけど、
何でもかんでもblazorで作ると開発コストがかさみそうで…。
複雑な画面構成の機能はBlazorで作って
DBの値を更新するだけの単純な機能はMVCのスキャフォールド機能使って作るみたいなことはできるんだろうか。
いいプロジェクトの構成が思いつかない。
- 561 ：デフォルトの名無しさん：2020/09/21(月) 20:03:05.36 ID:Cgyr/Ih0.net
- MVCか Blazor Server でいいんちゃうの
Blazor でも WebAssembly使うとプロジェクトも二つになるし
考えないといけないことも増えるかな
SPAにしたくってでもJavaScript/TypeScript極力使いたくないならBlazorかな
- 562 ：デフォルトの名無しさん：2020/09/21(月) 21:52:08.52 ID:zwx+QOMY.net
- >>559
全部サーバーサイドだとスケーラビリティがない
これに
は？
以外どんなレスが付くと思った？
- 563 ：デフォルトの名無しさん：2020/09/21(月) 22:47:24.40 ID:7dDEGXG6.net
- サーバーサイドのは
signalRでクライアントと
Websocketでセッションを張る。
この時点で社内システム程度の運用が限界。
- 564 ：デフォルトの名無しさん：2020/09/21(月) 23:03:25.83 ID:mc/SlMom.net
- >>562
558のアホか？
初心者のくせに上から目線、ウザすぎ
反論、質問があるなら伝わるように具体的にかけ
俺の見解じゃなくスペシャリストの見解だ
断言する。Blazor Serverはスケーラビリティはない
ServerのCPUとRAMのリソースを最大限に浪費する
セッションも最大限に使う
Serverの処理が重いというのにさらに
SignalRはリアルタイムなJSレスポンスを要求してくる
認証とか絡むと単純にサーバー増やしても解決できない
スケールアウトは極めて困難と言われている
これが理解できないのはサーバー増やせばスケールアウトすると
考えてるような初心者かバカだ
- 565 ：デフォルトの名無しさん：2020/09/21(月) 23:13:14.88 ID:mc/SlMom.net
- >>563
SignalRがリアルタイムの処理が要求してくるからな
そこで破綻する
- 566 ：デフォルトの名無しさん：2020/09/21(月) 23:38:03.42 ID:FE12ttrt.net
- リアルタイムリアルタイムってバカの一つ覚えわろた
株価の情報配信するわけでもないだろうに
- 567 ：デフォルトの名無しさん：2020/09/22(火) 00:11:30.38 ID:kylJSQdV.net
- >>566
何も表示しない画面でも
Websocketのセッションを張るんだよ。
不得意多数の要件には使えない。
なんでらこんな不安なシステムを考案したか
理解できない。
が
多分Webassembly版が出せない時代の
お茶濁しだろうけどね。
- 568 ：デフォルトの名無しさん：2020/09/22(火) 00:14:57.89 ID:kylJSQdV.net
- あ！
Webassemblyが動作しない処理系にも
同一コードが使えるメリットはある。
いらんけど。ね。
- 569 ：デフォルトの名無しさん：2020/09/22(火) 00:24:35.49 ID:j70U2+kl.net
- >>567
566はろくにコード書けない上に上からのアホだから
ほとんどレスを理解できてないぞ
Blazor Serverの数少ないメリットはセキュリティ。
コードをclientに極力見せずに作れる。
スケーラビリティを犠牲にしてでもセキュリティが
重要な社内用途とかなら使いどころになりうる
- 570 ：デフォルトの名無しさん：2020/09/22(火) 00:42:48.24 ID:epkmWxIb.net
- >>567
うん、セッション張るのは Signal-r使ったことあるからわかるよ
っていう今もある業務システムで使ってるわ
ただ、リアルタイムが云々っていうのちょっとね
あと不特定多数って言ってもそんなにたくさんの人がずっと接続し続けるものもあればそうでないものもあるからね
結局どういうアプリ次第なんだよ
- 571 ：デフォルトの名無しさん：2020/09/22(火) 01:17:58.77 ID:kylJSQdV.net
- >>569
ソース漏は
Webassemblyなら大丈夫でね？
なのでサーバーサイドの使い道は
殆ど思いつかん。
- 572 ：デフォルトの名無しさん：2020/09/22(火) 01:29:18.19 ID:UXy6Yo2i.net
- デイトラで有名な、東京フリーランスのとだこうきの動画
0から手を動かして作るRailsチャットアプリ【チュートリアル】
https://www.youtube.com/watch?v=WCsgcp5dg7M
Ruby on Rails で、Web Socket
- 573 ：デフォルトの名無しさん：2020/09/22(火) 01:40:46.22 ID:GCixYKXo.net
- >>564
あ、はい
- 574 ：デフォルトの名無しさん：2020/09/22(火) 08:14:13.81 ID:KxwePHxM.net
- >>561
ありがとう
あなたのレス以降Blazor Serverがディスられてて複雑な心境。。
しかし、イントラネット内で千人くらいしか使わないような業務システムならBlazor Serverがベターな気がする。
不特定多数が使うウェブアプリならWebAssemblyがベターなんでしょう。
- 575 ：デフォルトの名無しさん：2020/09/22(火) 09:07:26.70 ID:j70U2+kl.net
- >>574
同時使用ユーザー数次第だが1000人って規模としては大きめ
基幹業務のシステム？
あとあとパフォーマンス問題でたら無能扱いされるよ
スケールできない技術でやって破綻したら最悪、全部つくりなおし
高価なサーバーの購入が必要になる可能性もある。
責任とれるの？
>>553 で
502 Bad Gateway
でてる人いただろ、これパフォーマンス不足が原因の可能性ある
俺はパフォーマンスでない技術だけは選ばないわ
Blazor Serverでなければならない理由もないのに選ぶ理由がわからん
- 576 ：デフォルトの名無しさん：2020/09/22(火) 09:19:17.86 ID:EwzeVKsQ.net
- 責任てw
呑み屋で見ず知らずのオヤジに説教受けているみたいな
- 577 ：デフォルトの名無しさん：2020/09/22(火) 09:31:32.20 ID:j70U2+kl.net
- サラリーマンなら特に重要だろ
プロジェクト失敗したら上流設計やったやつらは
完全に無能扱いされるし
社員からもあいつが上流設計したせいでって陰口叩かれるわｗ
- 578 ：デフォルトの名無しさん：2020/09/22(火) 10:42:28.47 ID:KxwePHxM.net
- >>577
おっしゃるとおりパフォーマンス問題が出たら、後々何言われるか分からないのがこの業界の常でございます。
ただ機能数が百を超える業務システムを全部が全部blazorで作るわけではない。
特定の機能だけblazorで作りたい…
しかしそんなにパフォーマンスでないもんなんかね
https://devblogs.microsoft.com/aspnet/blazor-server-in-net-core-3-0-scenarios-and-performance/
これ見てると
a single Standard_D1_v2 instance on Azure (1 vCPU, 3.5 GB memory) could handle over 5,000 concurrent users without any degradation in latency.
とあるけどこれまさかあのクリックするたびにカウントアップしますよアプリで試してるんだろうか…
複雑な画面でやるとダメダメなんだろうか…
- 579 ：デフォルトの名無しさん：2020/09/22(火) 11:37:42.85 ID:epkmWxIb.net
- WebSocketのセッションが5000までいけるってことなんじゃないの
VPSなんかだとサーバの設定もあるから
きちんと設定できないとすぐに制限いっぱいになっちゃうんでしょ
どこにサーバーおくかも考えて決めたら
- 580 ：デフォルトの名無しさん：2020/09/22(火) 14:43:37.98 ID:epkmWxIb.net
- ローカルの環境でIIS Express使ってテストしたら
5000コネクション余裕で張れたわ
- 581 ：デフォルトの名無しさん：2020/09/22(火) 15:17:57.43 ID:1XqBBY/l.net
- SSRがスケールしないって嘘ついてまでBlazorを貶めたいのかねぇ
- 582 ：デフォルトの名無しさん：2020/09/22(火) 16:27:39.02 ID:j70U2+kl.net
- >>580
scalabilityについては多くの人があげてるけど一例
Blazor Serverの長所短所
Blazor server-side vs client-side (WebAssembly) | What should you choose?
https://youtu.be/HFvPKmS2gig?t=588
localでセッションだけ張れても安心ではないだろう
Blazor ServerはRAMやCPUのリソースも多く使う。
処理速度も遅くなる
あとWAN経由でもアクセスするならネットワークのパフォーマンスも問題になる
結局、パフォーマンス絡みは稼働後に問題が発覚することが大半
採用するなら徹底的にパフォーマンスは事前検証したほうがいい
失敗したら確実に無能の烙印おされる
- 583 ：デフォルトの名無しさん：2020/09/22(火) 17:07:46.37 ID:1XqBBY/l.net
- サーバでテンプレートエンジンを動かして、HTMLを生成
必要なところだけ部分的に、AJAXで更新
結局のところ、それだけでよかったんだ
SPAもSSRも最初から失敗だった
- 584 ：デフォルトの名無しさん：2020/09/22(火) 23:24:11.38 ID:64ICKLQm.net
- https://docs.microsoft.com/ja-jp/aspnet/core/blazor/hosting-models?view=aspnetcore-3.1#blazor-server
> 多くのユーザーがいるアプリで、スケーラビリティが課題になります。
- 585 ：デフォルトの名無しさん：2020/09/22(火) 23:40:57.68 ID:UXy6Yo2i.net
- AWS Elastic Beanstalk は、次の言語と開発スタックをサポートしています
Apache Tomcat for Java アプリケーション
Apache HTTP Server for PHP アプリケーション
Apache HTTP Server for Python アプリケーション
Nginx or Apache HTTP Server for Node.js アプリケーション
Passenger or Puma for Ruby アプリケーション
Microsoft IIS 7.5, 8.0, and 8.5 for .NET アプリケーション
Java SE
Docker
Go
- 586 ：デフォルトの名無しさん：2020/09/22(火) 23:48:23.46 ID:epkmWxIb.net
- だからその
多くのユーザーって何人の話なんだよ
10万人か100万人か
- 587 ：デフォルトの名無しさん：2020/09/23(水) 00:08:25.99 ID:BblF/Ts1.net
- >>584
個人的にはこっちのほうが嫌だな
SignalR 接続に "スティッキー セッション" を実装する必要があります。
負荷分散装置やらプロキシサーバーやらでいつも苦労する
- 588 ：デフォルトの名無しさん：2020/09/23(水) 02:33:18.98 ID:2MH3im7L.net
- 結論的だけど、
Blazorてjsすら使えないエンジニアの為の
救世主ぐらいしか価値を見いだせない。
Blazorだって学習コストかかるのに
その分JS学んだ方が将来的な
メリットは計り知れないと思うけど。
- 589 ：デフォルトの名無しさん：2020/09/23(水) 12:28:24.15 ID:TJRuGaHL.net
- >>581
アンチと決めつけうざい
じぶんはずっと前からからC#とASP.net推してきてる
スケールしないといってるのはBlazor Serverだ。
Blazor WebAssemblyについてはスケールしないといっていない
>>584にも
MSのサイトにスケーラビリティの欠点かいてあっただろ
前にはなかったが追加された
- 590 ：デフォルトの名無しさん：2020/09/23(水) 12:33:56.41 ID:TJRuGaHL.net
- >>588
JSのほうが将来性ないのになにいってんだ
Wasmが普及したらメインの開発言語でJSを選ぶ人はいなくなる
JSは開発生産性が低いしnode.jsなどserver sideで使っても遅い
Blazor使う層はC#が使える
JSは使えないのではなく、生産性が低いから使いたくないのだ
- 591 ：デフォルトの名無しさん：2020/09/23(水) 13:46:42.94 ID:aXGalhzK.net
- JavaScriptとセキュリティーについては、紙教材ベースでは学習してはいるけど・・・・
どっかで実務経験を積まないことには、素人サービスであっても実戦投入なんて危なくてできないな
- 592 ：デフォルトの名無しさん：2020/09/23(水) 17:06:15.80 ID:2MH3im7L.net
- >>590
開発生産性は
VS code + Hot Relode の
vuejsとかreactの方が高いですよ。
言語もTypescriptとか使えば死角がなくなります。
- 593 ：デフォルトの名無しさん：2020/09/23(水) 17:22:32.14 ID:TJRuGaHL.net
- >>592
ありえない
reactはframeworkじゃないし関係ない
静的言語は速度も生産性もC#に勝てない
C#やasp.netを知らない人の意見とすぐわかる
必要なコードの量が全く違う
- 594 ：デフォルトの名無しさん：2020/09/23(水) 17:27:33.88 ID:WMt34WtD.net
- Javaの方が早く死にかけてるのに驚いてる
古くからのC#erですよ。
ASP.NETの前のASPのベータ版から親しんでる
爺です。
- 595 ：デフォルトの名無しさん：2020/09/23(水) 18:44:41.10 ID:jsSlKDJf.net
- >>584
Blazor WebAssemblyと比較しての欠点でしょ
シンクライアントとファットクライアントを比べたら当然のことが書いてあるだけ
- 596 ：デフォルトの名無しさん：2020/09/24(木) 08:05:11.98 ID:g1jGyjzk.net
- 技術選定するにあたって、
Blazorの対抗馬としてReactやらVueやら最近流行りのフレームワークは当然候補に上がってくる。
しかしこの手の技術、実際手を動かして作ってみたことがない…
本当のところ生産性ってどうなんだろう。
両方使いこなせてる人に生産性の違いを教えてもらいたい。
以前なんかのブログに、
TypeScriptは型が使えるんですよ。するとIDEでコード補完やリファクタリング機能が使えるんですよ！これは便利！
と書いてあるのを見た。
実はWeb系の人たちってこれまでものすごい苦行を強いられてきていたのでは…
- 597 ：デフォルトの名無しさん：2020/09/24(木) 08:47:14.39 ID:xLAA4wLj.net
- >>596
server-sideの生産性はasp.net coreが格段に上
UI component作るだけならJS/C# どちらの言語に慣れているかで
変わるかもしれない。
流行ってるかどうかではなく、優れているかどうか、
自分のスキル、好みで決めればいいよ
PHPみたいにそこそこ流行っていてもクソみたいな言語もある
- 598 ：デフォルトの名無しさん：2020/09/24(木) 09:31:02.38 ID:g1jGyjzk.net
- >>597
チームで開発してるからなかなか自分の好みだけでは決めれなくて…
Blazorつかいます！ってなったら
そんなのよりVueを使いたまえとか言ってくる偉い人が必ず出てくる。
若い子も流行りのtsやReact、Vueをマスターしたいってなると思う。
そのとき、君たちの憧れの言語やフレームワークはこんな苦行を強いられるのですよと言えるようにしておきたい。
- 599 ：デフォルトの名無しさん：2020/09/24(木) 10:04:58.46 ID:xLAA4wLj.net
- >>598
流行りで決めるほうがよっぽど論理的でないだろう
server-sideのbenchmark見てみりゃわかる
node.js系はasp.net coreよりかなり遅い。
それだけでJS系frameworkを使わない理由になる。
同じ言語C#でclient-sideも開発できればコストも削減できる。
Vueなんて個人ベースで作ってるものだろ
長期サポートされないしnode系だから速度も遅い。
- 600 ：デフォルトの名無しさん：2020/09/24(木) 10:15:36.19 ID:xLAA4wLj.net
- 流行ってるかどうかでいったら普及率ナンバーワンの
web frameworkはWordPressなわけだけど、
本格的なweb appをそんなゴミで開発しようとはならないでしょ。
シェアで技術を選ぶのは完全に間違いってこと
- 601 ：デフォルトの名無しさん：2020/09/24(木) 11:31:25.30 ID:PiIDdeD/.net
- WebサイトとWebアプリの違い
- 602 ：デフォルトの名無しさん：2020/09/24(木) 12:43:26.88 ID:glrQYFrS.net
- JavaScript は改良が続くんだろうし
いつかTypeScriptとの違いもなくなっちゃうのかもしれんね
そうなったらクライアントサイドがJavascriptでもいいのかもしれない
- 603 ：デフォルトの名無しさん：2020/09/24(木) 13:12:22.54 ID:xLAA4wLj.net
- >>602
JSは互換性重視だから大幅には変わらない。
wasm普及したらJSの役割はおしまいだろ
PCとSPで動くnative appを開発できるツールが
でてきてweb appが下火になる未来も来ると思うわ
AppleもMAC向けARM系独自プロセッサ開発する。
最後はcross platform対応のnative appに向かう
- 604 ：デフォルトの名無しさん：2020/09/24(木) 18:26:57.96 ID:BAyxlToW.net
- 中途半端Bootstrapより、なんかまともなもんを一つ移植して欲しいな
- 605 ：デフォルトの名無しさん：2020/09/24(木) 19:48:01.41 ID:ipSsIIJF.net
- WebAppは、下火になるとしても、独特の面白さがある。
ビビッドアーミーなんかも、Webからすぐに始められるから、インストール型
のゲームよりも罪悪感が少ないため、ヒットした可能性がある。
- 606 ：デフォルトの名無しさん：2020/09/24(木) 19:51:18.25 ID:I6ftHOh5.net
- >>596
最近までasync/awaitもなかったんやで・・推して知るべし
自分は最近仕事で使ったからReactはギリ推せる
なぜかというとhooksが導入されたり関数コンポーネントが主流になったりで
React周りの記述量が大幅に減ったから
Reduxなんか挫折する人が出るくらい記述量が無駄に多かったらしい
それもRedux-Toolkitでずいぶん楽になったようだ
調べているうちに新旧のコードを見かけるけど
旧Reduxで組んでた人はよく発狂しなかったと感嘆した
まだまだ記述量が減る余地はあると思うから期待したい
BlazorはRedux-Toolkit以上の使いやすい状態管理が提供されれば
仕事でも使ってみたい
ReactとVueは選定するとき迷ったが、サポートしているのが
FaceBookとコミュニティでは巨人の肩に乗るほうがよいと判断した
Augularは構文デザインになぜか吐き気を覚えたので選定から外した
- 607 ：デフォルトの名無しさん：2020/09/24(木) 20:22:47.35 ID:nbhc13gU.net
- みなさん貴重なご意見ありがとう。
Web系のひとたち、俺たちは最先端のことやってるぜ感出してるけど、
昔のVBAみたいな、あとで誰も手をつけれてないようなシロモノを職人技で苦労しながら作ってるような気がしてて…
そういうのは仕事では使いたくない…
あとBlazorに望むこととしては、
WinFormsやWebFormsみたいに標準のコントロールを充実させてほしい。
DataGridViewやTreeViewが海外のサードパーティ製にしかないのはこれまたお仕事では困る…
ぼちぼちGrapeCityあたりが出してくれそうだが…
- 608 ：585：2020/09/24(木) 21:43:39.63 ID:80+YcRw8.net
- YouTube で有名な雑食系エンジニア・KENTA は、
初心者が進む道を、サーバー側言語のRuby → Go を王道としてる
この2つ以外は、出てこない
GUI 系は、画面の手直しなどで、工数がかさむ。
C#, dot.net などのWindows 系は、いらない。
Java などの土方系も、いらない。
C/C++ などのポインタ系や、ハードウェアの仕組みなども、いらない。
Elixir, Rust は、普及へのchasm・溝を超えられなかった
言語よりも、Docker, Kubernetes, AWS などの、サーバー構築・新規案件を重視する。
上流工程・新規案件の方が、価格交渉力が強いから。
一方、下流工程・保守案件は低価格しかない
>>585
で書いた、AWS Elastic Beanstalk の中で、
Puma for Ruby, Docker, Go を抑えておけばよい
- 609 ：デフォルトの名無しさん：2020/09/24(木) 22:08:01.62 ID:BrtCX/UE.net
- サーバー版Blazorのシステム納品間近
サーバーサイドとクライアントサイドをC#同一ソースコードで記述できるから開発効率高いね
- 610 ：デフォルトの名無しさん：2020/09/24(木) 23:51:59.19 ID:xLAA4wLj.net
- >>609
Blazor ServerのApplication Serverは何台構成？
同時使用ユーザー数の規模はどれくらい？
良い言語C#でclient-server両方かけるっていうメリットは大きい
- 611 ：デフォルトの名無しさん：2020/09/25(金) 10:34:56.50 ID:4ovx1Tzj.net
- >>607
web系はアホが多い
過去に失敗した経験に学ばず同じことを繰り返してるし
- 612 ：デフォルトの名無しさん：2020/09/25(金) 12:17:21.21 ID:0u8f+Kls.net
- ウェブ系は雇用の安定感が無いから新しい事やってます感をアピールしないと次がないのよ
だから同じようなことを言い方や見せ方を変えながら繰り返してる
- 613 ：デフォルトの名無しさん：2020/09/25(金) 14:05:33.75 ID:YUW4E6Ob.net
- >>607
サードパーティ製コントロールって
JS & CSSのラッパーコントロールですよ。C#の。
なので、コントロール欲しければ、普通の配置して、
JSをC#から interopすればよろし。
- 614 ：デフォルトの名無しさん：2020/09/25(金) 14:43:52.18 ID:48PJbryO.net
- 俺的にはまず、Blazor Serverside + Blazor Webassemblyの組み合わせで使えるようにして欲しいな
これができないことには、いつまで経ってもJavaScriptから逃げられん
Blazor Serversideでログイン関連等の基本的な部分を作り、Blazor Webassemblyでウィジェットのようなものを作るような、そういう組み合わせができるように改良して欲しい
- 615 ：デフォルトの名無しさん：2020/09/25(金) 16:00:21.21 ID:9Elo2SnL.net
- >>614
？
- 616 ：デフォルトの名無しさん：2020/09/26(土) 18:22:12.35 ID:3y/76fvD.net
- MS新ﾌﾚｰﾑﾜｰｸBlazor、Lighthouseで23点を叩き出すｗ
https://mevius.5ch.net/test/read.cgi/tech/1596698340/
- 617 ：デフォルトの名無しさん：2020/09/30(水) 02:31:21.68 ID:vAPTvbQT.net
- WebAssemblyとJavaScriptの処理速度を比較してみる
https://qiita.com/mink0212/items/c7fc8d1e7c036b706544
やはりhtml domを突いて画面だしてる現状では意味ないかも...
- 618 ：デフォルトの名無しさん：2020/10/04(日) 06:42:57.11 ID:hlVRy1T+.net
- 業務アプリならsilverlightを温めとけばよかったのよ
ria service も廃止してAzure売り出す始末でタチ悪すぎるわ
どうせまた3年でオワコンになり、再開発させられる羽目になるんだよな
wcfとかどうなるんだよ
- 619 ：デフォルトの名無しさん：2020/10/04(日) 13:10:28.51 ID:GbegNZG9.net
- WCFはまだ現役じゃろ
Remotingは終わったけど
- 620 ：デフォルトの名無しさん：2020/10/04(日) 13:25:48.26 ID:eUP8i5sY.net
- >>619
Remotingは「レガシーとされている」状態ね。
- 621 ：デフォルトの名無しさん：2020/10/04(日) 13:26:23.01 ID:ceP54wF6.net
- Silverlight はFlashと一緒で消える運命でしょ
Blazorは Server版は既存の記述組み合わせたものだし
WebAssembly もマイクロソフトが単独でやってるわけでもないし
すぐには消えなさそうだけど
それも世の中の技術の進歩とトレンド次第かな
- 622 ：デフォルトの名無しさん：2020/10/04(日) 13:39:56.64 ID:hibiyDxp.net
- 全く性質が違うからねー
Blazorがいつまで続くかはわからないがクライアントサイドC#はずっと残ると思う
Webasm自体が続く限りは
- 623 ：デフォルトの名無しさん：2020/10/04(日) 13:40:59.36 ID:QfJSems3.net
- >>619
WCFからgRPCへ乗り換えを勧めているらしいぞ
- 624 ：デフォルトの名無しさん：2020/10/04(日) 14:22:11.82 ID:S53suDDq.net
- ASP.NET CoreのRazor Pagesと
ASP.NET CoreのMVCと
Blazor WebAssemblyの使い分けがよくわからない。
ページ単位でURLを持たせたい場合は
Blazor WebAssemblyは使えない？
- 625 ：デフォルトの名無しさん：2020/10/04(日) 14:30:19.90 ID:eUP8i5sY.net
- >>624
使えるよ
- 626 ：デフォルトの名無しさん：2020/10/04(日) 16:06:30.15 ID:k2QVBKjJ.net
- ポストバックを多用する昔ながらの単純なウェブアプリならPages
ビューを開いた後にクライアントサイドでゴリ押しする少し複雑なウェブアプリならMVC
MVCでクライアントサイドが管理しきれない規模の高難易度ウェブアプリならBlazor
MVCが一番バランスいい
Blazor、というかSPAにするほど複雑なウェブアプリが滅多にない
SPAはPgadmin、CodeServerみたいなガチめのアプリのための技術
- 627 ：デフォルトの名無しさん：2020/10/04(日) 16:18:17.46 ID:XxJyPnkf.net
- MVCはどっちかというとWeb API向け。UIがあるんならRazor Pagesが無難。
- 628 ：デフォルトの名無しさん：2020/10/04(日) 16:37:36.76 ID:k2QVBKjJ.net
- そうかな
テンプレートは1回表示して終わりだからMVCのほうがシンプルでいいと思う
ポストバックするならPagesのほうがやりやすいけどね
- 629 ：デフォルトの名無しさん：2020/10/04(日) 16:55:49.81 ID:Bm4b1+OQ.net
- uno projectってどうなんだろうか？
- 630 ：デフォルトの名無しさん：2020/10/04(日) 16:57:01.23 ID:XxJyPnkf.net
- >>628
テンプレート？
- 631 ：デフォルトの名無しさん：2020/10/04(日) 16:57:59.06 ID:XxJyPnkf.net
- 少し規模が大きくなると、MVCはどこでどのエンドポイントが呼ばれているかカオスになるからね…
- 632 ：デフォルトの名無しさん：2020/10/04(日) 17:04:51.79 ID:XxJyPnkf.net
- https://stackoverflow.com/a/50793220/8778560
- 633 ：デフォルトの名無しさん：2020/10/04(日) 17:05:06.55 ID:XxJyPnkf.net
- これ以上はスレチかな
- 634 ：デフォルトの名無しさん：2020/10/04(日) 21:32:49.31 ID:GbegNZG9.net
- >>620
MSの言い方は知らんけど.NET Coreで使えないんだからもう終わりでしょ
- 635 ：デフォルトの名無しさん：2020/10/04(日) 23:12:02.56 ID:XxJyPnkf.net
- >>634
.NET Frameworkでは使えるし、Windowsが生きている限りサポートされ続けるから「終わった」は言い過ぎやろ
- 636 ：デフォルトの名無しさん：2020/10/04(日) 23:50:16.30 ID:hlVRy1T+.net
- 今、wpfをクライアントとしてサーバーのsqlserverにcrudするには何が主流なの？
wcf？asp.net mvc？
- 637 ：デフォルトの名無しさん：2020/10/05(月) 00:13:15.07 ID:74+SvaBs.net
- いまだとWeb APIになるんじゃない
- 638 ：デフォルトの名無しさん：2020/10/05(月) 03:23:01.66 ID:xLtRIUFK.net
- >>635
新しく立ち上げるプロジェクトで使用できないなら「終わった」でいい
VB6は終わった技術じゃないというならそれでもいいが
- 639 ：デフォルトの名無しさん：2020/10/05(月) 04:58:38.75 ID:jVmqJw/8.net
- >>638
使用できるでしょ。.NET FrameworkはWindowsのサポート期限と同じなんだから。
- 640 ：デフォルトの名無しさん：2020/10/05(月) 08:49:16.96 ID:2yT5w7wg.net
- >>638
いきなりは終わらないだろ
- 641 ：デフォルトの名無しさん：2020/10/05(月) 19:08:30.24 ID:xLtRIUFK.net
- >>639
言葉足らずですまん
.NET Core で使えない==新しく立ち上げるプロジェクトで使用できない
とすっ飛ばして書いた。
.NET Frameworkの保守で使う新規プロジェクトなら使えるね
- 642 ：デフォルトの名無しさん：2020/10/06(火) 17:17:17.54 ID:uoIpHtXe.net
- Blazorはコンパイル時間が痛いな
- 643 ：デフォルトの名無しさん：2020/10/06(火) 18:02:17.12 ID:107CVYb8.net
- >>642
コンパイルなんて数秒で終わるだろ
- 644 ：デフォルトの名無しさん：2020/10/15(木) 21:39:41.60 ID:tKmwyqG6.net
- Blazor WebAssemblyをテンプレートからいろいろいじってみたけど、
もうちょいテンプレートしっかり作ってほしい。
せめてCRUDのテンプレ欲しかったなあ。
あとClient側、trycatchくらい書いとけよと。
あととにかくデバッグがうまくいかない
ctrl+shift+iだったかな、これ押すと一応デバッグできるようになるんだけど、そんなん分かるか！ってかんじ。
- 645 ：デフォルトの名無しさん：2020/10/16(金) 01:17:51.30 ID:SmZ3YqvD.net
- >>644
ドキュメント読めよ
- 646 ：デフォルトの名無しさん：2020/10/16(金) 22:21:03.61 ID:2144JyIi.net
- >>644
scaffoldなかったっけ？
- 647 ：デフォルトの名無しさん：2020/10/18(日) 16:09:45.98 ID:EBpdGRvy.net
- Blazor使って作られたサービスってある？
調べても使ってみたとかばっかでる
- 648 ：デフォルトの名無しさん：2020/10/18(日) 17:03:18.35 ID:Yx1P9/Gs.net
- >>647
実際の公開サイトでの統計
https://www.wappalyzer.com/technologies/web-frameworks/
Blazorは670 sitesだから徐々に増えてきてる
あと企業内のシステムでBlazor Server使ってるシステム増えてるはずだが
非公開web appなので上の統計には出てこない。
MSの技術は法人利用多い
しかしまだBlazorではないASP.netのシェアが圧倒的
ほとんどのサイトはSPAである必要がないので
ASP.NET MVCとかRazor Pagesで十分ってことかもしれない
- 649 ：デフォルトの名無しさん：2020/10/18(日) 17:16:32.49 ID:EBpdGRvy.net
- >>648
なるほどねー
たしかにMVCで十分なシーン多いわ
ありがとう助かりました
- 650 ：デフォルトの名無しさん：2020/10/18(日) 19:22:38.17 ID:cFA8jjUJ.net
- ユーザー名+パスワードのハッシュの入った既存のデータベースを、Blazorのユーザー認証に使い回す方法ってどっかに紹介されてない？
- 651 ：デフォルトの名無しさん：2020/10/18(日) 19:48:37.30 ID:nqKRQR9b.net
- >>650
A Demonstration of Simple Server-side Blazor Cookie Authentication
https://blazorhelpwebsite.com/ViewBlogPost/36
- 652 ：デフォルトの名無しさん：2020/10/18(日) 21:49:08.25 ID:cFA8jjUJ.net
- >>651
ありがとう！これは便利だ！
クッキー発行前に自分のやりたい認証コードを書けば、なんでも使いまわせちゃうぜ！
- 653 ：デフォルトの名無しさん：2020/10/19(月) 11:41:11.48 ID:32Wztry8.net
- >>651
そのサイトはいいかんじにまとまってるサンプルがあるね
ブックマークしておいた
- 654 ：デフォルトの名無しさん：2020/10/19(月) 13:14:16.03 ID:IuaIFexr.net
- 俺は逆に、Blazorで登録してもらったユーザー情報で他のnode等で作ったページにログインできるような技が知りたいな
先の技と似た方法でASP.Net Coreでクッキーだけ発行してnodeでも同じクッキーを使うのもいいけど、データベースを使い回す方法も見てみたい
だけどデータベースを見たところ、パスワードハッシュらしきものはすぐ見つかるもののソルト等がどこにあるのかよくわかんない
もしかしてハッシュに見える一部分がソルトなのか？パスワードハッシュらしきものは、どうやって生成されてる値なんだろう・・・・
- 655 ：デフォルトの名無しさん：2020/10/19(月) 13:27:10.55 ID:kIQ4aN8p.net
- OIDC
- 656 ：デフォルトの名無しさん：2020/11/02(月) 05:11:15.47 ID:mSt0AvyI.net
- Blazor WebAssembly in .NET 5 is two to three times faster
for most scenarios. For more information,
see ASP.NET Blog: ASP.NET Core updates in .NET 5 Release Candidate 1.
.NET 5でかなり速くなるんだな
楽しみ
- 657 ：デフォルトの名無しさん：2020/11/02(月) 12:21:12.29 ID:U50fzrLu.net
- Blazorで作ったうちのサイトに、大量のユーザ登録をする奴が出てきた
掲示板みたいなものがあるので、宣伝の書き込みに使いでも使うんだろうか？よくわからないけど不気味で仕方がない
大量登録を防いだり、ユーザーの行動をスコア化したりBANしたり、何かBlazorでできる手軽な対策ってない？
- 658 ：デフォルトの名無しさん：2020/11/02(月) 13:05:27.82 ID:mSt0AvyI.net
- >>657
しっかりやるならSMS認証だろうけど手軽ではないね。
手軽なのはメールアドレスとIPアドレスベース
登録時のメールアドレス認証はやってる？
同じIPから一定日数は登録できないようにすれば、
固定回線からの登録はある程度防げると思う
ISP次第で固定でもIP変更できちゃうけど
ただの宣伝目的ならそういうめんどうな
手順必要なところは避けてほか行くんじゃないか
- 659 ：デフォルトの名無しさん：2020/11/02(月) 17:11:37.77 ID:GLYVmDWa.net
- Azure AD使ったら多要素認証も気軽に実装できるよ
- 660 ：デフォルトの名無しさん：2020/11/02(月) 22:47:48.58 ID:mSt0AvyI.net
- >>659
そうなのか
全部クラウドでやるのは高すぎて避けたい。
認証だけAzure AD使うのってありなのかな
- 661 ：デフォルトの名無しさん：2020/11/03(火) 02:39:12.95 ID:nKKwywFG.net
- >>660
もちろんありだよ
- 662 ：デフォルトの名無しさん：2020/11/03(火) 19:52:22.74 ID:xAcGzDoa.net
- >>657
迷惑行為なら通報したら？
- 663 ：デフォルトの名無しさん：2020/11/04(水) 23:24:27.00 ID:QiewC8QL.net
- Blazorに限る話ではないかも知れないけど…
ServerにWeatherForecastController作って、
ClientからアクセスするときはGetFromJsonAsync<WeatherForecast>(“WeatherForecast”)とControllerの名前を「文字列」で引数に入れる。
これがせっかくここまでC#の型を使えてるのになんか無駄だなあと。
Shareにあるクラスは参照できてるのに、
なんでServerへのアクセスは文字列なのか。
ここタイプミスしたらオジャンじゃん。
外部のAPIならわかるけど、同じソリューション内のプロジェクトなんだから
WeatherForecastContoroller.GetAll WeatherForecast() でええやんと思ってしまう。
gRPCとか使ったらSOAPチックなことできるの？
- 664 ：デフォルトの名無しさん：2020/11/05(木) 00:12:14.94 ID:kkWOG+/P.net
- >>663
ハードコード避けたいときはnameofとかtypeof使うといいとかsampleかいてあったような。
//return CreatedAtAction("GetTodoItem", new { id = todoItem.Id }, todoItem);
return CreatedAtAction(nameof(GetTodoItem), new { id = todoItem.Id }, todoItem);
https://docs.microsoft.com/en-us/aspnet/core/tutorials/first-web-api?view=aspnetcore-3.1&tabs=visual-studio
Web APIのTutorialのコード。
References the GetTodoItem action to create the Location header's URI.
The C# nameof keyword is used to avoid hard-coding the action name in the CreatedAtAction call.
- 665 ：デフォルトの名無しさん：2020/11/05(木) 00:15:02.65 ID:kkWOG+/P.net
- >>663
上みたいな感じで
Controllerの名前もなんらかのmethodでstringとして取得できるんじゃないかな
- 666 ：デフォルトの名無しさん：2020/11/05(木) 00:17:59.90 ID:4xcihAoT.net
- てかWebAPIならAttribute Routingの方がよくね？
- 667 ：デフォルトの名無しさん：2020/11/05(木) 08:21:04.21 ID:+cvvBSkt.net
- >>664
nameofありだね
スペルミス減りそう
>>666
Attribute Routing調べたけど
API側でルーティングを文字列で指定してる。
文字列をやめたいんだけど…
メソッド名があるんだからメソッド名をそのまま使いたい。
そもそもREST APIの原則に囚われすぎな気がする。
毎回あんなURIを考えるのって大変じゃないか？
汎用性を考えるならわかるけど。
- 668 ：デフォルトの名無しさん：2020/11/05(木) 08:27:25.47 ID:/DSStsR5.net
- >>663
それコントローラー名じゃなくてUriでしょ
DefaultRoute使えばuriとコントローラー名は一致するからそれでいいけど
プロジェクトの都合で
URIとコントローラー名異なるようにすることはあるでしょ。
- 669 ：デフォルトの名無しさん：2020/11/05(木) 08:33:38.65 ID:+cvvBSkt.net
- >>666
言ってることが分かったかも
API側で
[Route(“GetHogeData”)]
public Hoge GetHogeData(){}
にするってことかいな？
- 670 ：デフォルトの名無しさん：2020/11/05(木) 08:34:41.52 ID:+cvvBSkt.net
- すまんリロードせずに書き込んでしまった
そゆことね
- 671 ：デフォルトの名無しさん：2020/11/05(木) 08:41:56.35 ID:/DSStsR5.net
- よくおぼえてないまま書くけど
ルーティングの機能でコントローラー名とアクション名から
アドレス作れたはずだから
それを渡せばいいんじゃないの
それだとnameofも利用できると思うし
カスタムルーティングの場合でも問題なくいけると思う
- 672 ：デフォルトの名無しさん：2020/11/05(木) 23:38:47.81 ID:xnSUjXs4.net
- razorファイルに書いたC#がバリバリ動くのは感動すら覚えるが
最初に作られるサンプルサイトがショボショボすぎてこれは普及しないだろうなあ…とおもう。
入力もできるグリッド、DateTimePicker、TreeView、モーダル
こういうのをサンプルに組み込んでもらわないと
いちいちググるはめになる。
- 673 ：デフォルトの名無しさん：2020/11/05(木) 23:44:26.66 ID:uHESSmSw.net
- >>672
いやいやテンプレートに機能満載されてるほうが困るわ
- 674 ：デフォルトの名無しさん：2020/11/05(木) 23:49:29.95 ID:nJQizfvu.net
- そんな複雑なUI作られても使う側が困るしなぁ
シンプルイズベストですわ
MVCでいいじゃないの
- 675 ：デフォルトの名無しさん：2020/11/05(木) 23:52:06.81 ID:E7F1ZqHp.net
- >>672
お前はサンプルとテンプレートを混同している
- 676 ：デフォルトの名無しさん：2020/11/06(金) 00:03:35.28 ID:2c+qTMiR.net
- いろんなGUIサンプルはGitHubに置いておいてくれればいいね
Wizardで生成されたら困る
- 677 ：デフォルトの名無しさん：2020/11/06(金) 08:08:26.77 ID:IN01S+R+.net
- テンプレートでもサンプルでもどっちでも良くて、
MSがそういうものを用意しないと流行らないと言っている。
そんなことをこんなところで言っても仕方ないけどな。
- 678 ：デフォルトの名無しさん：2020/11/06(金) 11:00:07.02 ID:PZBOyE9X.net
- コピペしかできない人なんだろう
- 679 ：デフォルトの名無しさん：2020/11/06(金) 11:04:30.20 ID:ifaT2orV.net
- WebFormsぽとぺたさんにも使ってもらうなら要るかもねえ
- 680 ：デフォルトの名無しさん：2020/11/06(金) 11:06:53.95 ID:FaBRf3CH.net
- >>677
ウィザードでサンプル出力しろという主張だったのに都合よく主張変えるなよ
- 681 ：デフォルトの名無しさん：2020/11/06(金) 12:30:57.02 ID:IN01S+R+.net
- MSはWebFormsの代替としてBlazor使えって言ってる。
使いたいがこれではハードル高いだろ。
外部の会社が作ってるUIコンポーネント集入れないと使い物にならん。
仕組み上ポトペタは無理としても、それに代わる何かがないと、学習コストがかかって採用されないよという話。
ウィザードでゴリゴリの画面が作られのもまずいというのはわかるが、さすがにシンプルすぎやせんか。
- 682 ：デフォルトの名無しさん：2020/11/06(金) 12:39:05.16 ID:weK94EqQ.net
- 単に自分の能力が足りてないだけじゃないの
まー言うとするなら
WebFormsのように基本的なコントロールは入れてほしい
って感じ？
サンプル云々の話じゃないよね
たぶん
- 683 ：デフォルトの名無しさん：2020/11/06(金) 12:42:45.58 ID:hgF+gIaZ.net
- WebFormsってそんなに便利だったっけ？
あっという間にMVCに置き換えられたからわからねえや
- 684 ：デフォルトの名無しさん：2020/11/06(金) 13:08:43.58 ID:f02e0Zl0.net
- MVCにすら移行出来なかった層の
最後の救済目的がBlazorだからだろう。
- 685 ：デフォルトの名無しさん：2020/11/06(金) 13:11:07.93 ID:2c+qTMiR.net
- >>681
リッチUIを最速で作りたいならWPF使えばいい
外から使い人にはWindows tabletとか持たせるだけ。
Bootstrapでだいぶ敷居さがったがCSSベースのデザインはめんどくさい
>>683
HTML, CSSをよく知らない人、デザイン苦手な人には便利だったんだと思う
ただ細かいデザイン制御ができない、吐き出すｈｔｍｌが汚いから
ASP.NET MVCにとってかわられた
- 686 ：デフォルトの名無しさん：2020/11/07(土) 22:13:36.96 ID:fFUf4t5z.net
- Entity Framework使ってる人、Migration機能は使ってる？
Migration使うほうが複雑になる気がするんだけどどうだろう
Migrationのメリットが見えてこない
PostgreSQLのpgAdminとか
RDBの管理ツールで直接、スキーマの作成や変更をしてる。
- 687 ：デフォルトの名無しさん：2020/11/07(土) 23:04:04.86 ID:/xSkaoCp.net
- Ruby on Rails では、SQLite, PostgreSQL, MySQL の3大DB を、1つのファイルで定義できる(抽象化)。
Migration 用のファイルも、自動的に作られる
Roll Back もできる
Scaffold という魔法の呪文で、CRUD アプリが自動的にできる
- 688 ：デフォルトの名無しさん：2020/11/07(土) 23:14:14.61 ID:WU4iiwmR.net
- >>687
ルビーはどうでもいい
- 689 ：デフォルトの名無しさん：2020/11/07(土) 23:33:27.49 ID:z61Fk2tn.net
- >>686
アプリでSqliteなどのローカルDBでは凄く有効だが、サーバー弄れる場合は手動でいいと思うわ
- 690 ：デフォルトの名無しさん：2020/11/08(日) 05:36:39.88 ID:t+zVbDF+.net
- >>687
rollbackもできるというけどそれがMigrationの主要機能だし
rollbackできなかったら意味ないでしょ
Entity FrameworkのMigrationにもrollbackある。もちろんScaffoldもある
Rubyのコマンド見てみたがEFのMigrationと似てる気がした。
ORMが履歴を持つことでrollbackできるようになる半面、長ったらしいコードが
生成されその記述を理解しないといけなくなる。
DB側のカラムに制約とかデータ型とか細かく設定するべきだが
ORM使わずにpgAdmin, SQL Workbenchでやるほうが速いしわかりやすい。
さらにORM経由は操作できる範囲が限定される。
SQL使ってできる操作＞ORM使ってできる操作。
- 691 ：デフォルトの名無しさん：2020/11/08(日) 05:42:09.04 ID:t+zVbDF+.net
- >>687
RubyおじはASP.NET Coreは使えてるのか？
ASP.NET Core使えるなら低速なRails, Rubyなんて使わなくていいだろ
>>689
Sqlite以外ではMigration使ってないのか
本当にMigrationは誰得の機能かわからないわ
- 692 ：デフォルトの名無しさん：2020/11/08(日) 09:47:27.03 ID:SqlrOE3Q.net
- それ言うならそもそもEntity Frameworkの存在意義自体がない気もするけど
- 693 ：デフォルトの名無しさん：2020/11/08(日) 10:00:24.59 ID:SqlrOE3Q.net
- あー、SQL自動生成だけでも意義はあるか
まぁ、単に開発中のコードとデータベース同期を楽にする機能でしかないから
使いたければ使えばいいし
データベース熟知してて自分でDBスキーマ決めたいのならそうすればいいだけの話
- 694 ：デフォルトの名無しさん：2020/11/08(日) 11:17:03.03 ID:+pLcijcy.net
- いちいち手作業でDBにつないで順番を間違えないように慎重にSQL実行して…
後で困らないようにどんなSQLを実行したかリリース履歴台帳に記入して…
手作業だからテストという概念もなくて…
これちょっとアナログすぎだしめんどくさいし間違えやすいんじゃねえか？って疑問を持つところがスタート地点
疑問すら持てないなら開発者として必要なセンスが欠けてる
紙とハンコのほうが性に合うオールドタイプならそのまま手作業を続けてどうぞ
ここは未開の原始時代
実行するSQLはファイルにしよう
SQLファイルのアップロードと実行はshellで自動化しよう
shellをソースコードと同じ所でバージョン管理したら便利だな
shellがバグってたらやばいから本番レプリケーションで事前にテストしよう
同じshellを間違えて実行したらやばいから実行履歴もテーブルで管理して多重実行を避けよう
これ全部1つのコマンドでできるように整備しよう
このように不便さを自動化で解消できたならすこしマシになった段階
産業革命の始まり
便利だけど色々と拙くまだまだコスパが悪い
shellは便利だけどオレオレ感が強くて属人生が高く保守しにくいな
なにか開発者間で共通認識となるフレームワークがあれば便利だろうな
MigrationをC#で書きたい場合もあるよな
そもそもshellの実行すらめんどくさいんじゃないか
などなど細かい不満点を解消していって出来上がったのがMigration系フレームワーク
ここがひとまずのゴール
より洗練されてエコな現代テクノロジの集大成
- 695 ：デフォルトの名無しさん：2020/11/08(日) 11:27:42.43 ID:ywUIYUdi.net
- ORM全般に言えることだけど、複雑になってくると使い物にならなくなる。
sansanもEFをDapperに置き換えたって発表してた。
正規化するのが正解じゃない時もあるし、サロゲートキーで対応
- 696 ：デフォルトの名無しさん：2020/11/08(日) 11:32:46.67 ID:ywUIYUdi.net
- 途中で書き込んでしまった。
サロゲートキーだけではうまくいかない場合もある。
- 697 ：デフォルトの名無しさん：2020/11/08(日) 11:52:36.61 ID:+pLcijcy.net
- >>695
CQRSのCではEFのほうが遥かに洗練されてる
Qでは高速で複雑なSQLを書きたくなる場合が増えてくるのでDapperが有利になる
多くの開発者が複雑化したQのせいでEFは使えないと思い込んでいるがEFはDapperと共存可能だ
更にいうと昔と違ってEFは随分と速くなった
ネイティブSQLもサポートしている
Dapperに頼らなくてもQを上手く実装することができるようなってる
- 698 ：デフォルトの名無しさん：2020/11/08(日) 12:10:46.89 ID:phcs9Wf3.net
- >>693
凄くどうでもいい事で申し訳ないがIDがSQL
- 699 ：デフォルトの名無しさん：2020/11/08(日) 12:11:09.24 ID:uTVwuNgX.net
- >>697
もう全然Blazor関係ない話で恐縮だけど…
大抵のDBって命名規約がスネークケースだよね。
しかも大文字か小文字のどっちか。
一度モデルファーストで作ったテーブルはキャメルケースで作られるから、生のSQL発行しようとしたらカラムIDを全部ダブルクォーテーションで括る必要があって苦労した苦い思い出がある。
LINQと生SQLどっちも使うとなるとこの問題に引っかかる。
自分のEFの知識が数年まえで止まってるのでいまはいい仕組みがあるのかな。
Dapperはパラメータで勝手にマッピングしてくれるから助かる。
- 700 ：デフォルトの名無しさん：2020/11/08(日) 12:42:48.71 ID:QCCK7Xg4.net
- >>699
postgresqlは特殊な仕様だからハマりやすいね
なのでNpgsqlのEFにはUseSnakeCaseNamingConventionというオプションがある
他のDBは特にハマった記憶がない
- 701 ：デフォルトの名無しさん：2020/11/08(日) 12:54:19.78 ID:t+zVbDF+.net
- >>692-693
逆だよ。CRUDにEF使うのは便利だから意味がある。
C#のコードが短くなるし直感的にかける
だがスキーマの作成、変更でEF使うとC#のコードが長くなってしまう。
SQL側でダイレクトに変更すればすむものを履歴を持たせて
C#側から操作するから手順が増える。
スキーマが自動生成のものでいいってのはDB知らない奴だな
てきとうにつくるとパフォーマンス劣化する
- 702 ：デフォルトの名無しさん：2020/11/08(日) 12:57:37.72 ID:WJSuSySW.net
- めんどくさいことになりそうな時は、RubyやRailsを勧めよう！
- 703 ：デフォルトの名無しさん：2020/11/08(日) 13:03:31.26 ID:t+zVbDF+.net
- >>694
原始時代って履歴台帳なんて古臭い言葉つかってるおまえだろう
スキーマ変更したら直後にテストしてるに決まってる
あと間違いやすいのは複雑な手順をとるMigrationのほうだ
- 704 ：デフォルトの名無しさん：2020/11/08(日) 13:08:46.91 ID:QCCK7Xg4.net
- >>701
最近のEFは良くなってる
ほぼ想像どおりのスキーマを出力してくれる
とはいえ完璧とも言えない
完璧を求めるならMigrationを生SQLで手書きすることもできる
SQLを手書きしたいという要求のためにMigrationの全機能を手放すのは惜しい
- 705 ：デフォルトの名無しさん：2020/11/08(日) 13:11:07.00 ID:t+zVbDF+.net
- >>695
パフォーマンスの面でDapperは昔は意味あったとおもうけど
いまのEF CoreとASP.NET Coreだとかなり速いからDapper選ぶ意味がほぼないと思う。
EFで満足できない箇所だけピンポイントでダイレクトにSQL使うか、
ストアドプロシージャを使えばいいと思うわ
>>697
たしかにEF Core速くなってるね
あとストレージがSSDになったのも超大きい
- 706 ：デフォルトの名無しさん：2020/11/08(日) 13:15:04.98 ID:QCCK7Xg4.net
- >>703
いやいやスキーマを変更したあとにテストじゃ遅いだろ
Migrationをしてからテストするんじゃない
テスト済のMigrationを適用するんだ
ちなみにMigrationはアプリケーションをデプロイするだけなので手順ミスは最小化される
手作業でSQLを実行するとSQL数に比例してミスが増える
- 707 ：デフォルトの名無しさん：2020/11/08(日) 13:17:19.61 ID:t+zVbDF+.net
- >>704
ORM、DBのベンチマークたまに見てるし速くなってるのは知ってるよ。
ただstringとかの最適なデータサイズは開発者じゃないとわからないから
最適なスキーマ作ろうと思うとやっぱりSQLでスキーマ作成、変更したほうが
いいってのは今後も変わらないと思う
- 708 ：デフォルトの名無しさん：2020/11/08(日) 13:25:09.54 ID:t+zVbDF+.net
- >>706
根本的に会話になってない
俺の言ってるスキーマ変更するってのは決定事項なんだよ
既に正常に動くプログラムがあってそれをスキーマ変更するんだから
スキーマ変更した後にテストしないと意味ない。
Migrationでrollbackすることもない
動くようになるまで必要ならばC#側を変更するからだ。
なんかうまく動かないからスキーマ変更やめましょうということにはならない。
- 709 ：デフォルトの名無しさん：2020/11/08(日) 13:33:40.14 ID:QCCK7Xg4.net
- >>707
EFモデルファーストは文字列の長さなど細かいコントロールも当然可能だ
より詳細な調整をしたい場合はMigrationを手書きしてMigrationBuilderに生えてるDDLラッパーを呼び出せば良い
DDLラッパーはCreateTableメソッド、DropTableメソッドなど.NETのメソッドではあるがDLLを書くのと非常に近い感覚で使うことができる
これはラッパーなので複数ベンダに対応することができる
代わりに最大公約数的な機能に制限されるが十分な機能揃っている
完全にMigrationをコントロールしたい場合には生のSQLを書いてもいい
EFはもちろん生のSQLもサポートしている
原始時代や産業革命時代に行っていたような作業はすべてEFでできる
ただし生のSQLを使うとベンダ依存が発生するのでそこはトレードオフだ
更に加えてMigrationとして.NETのカスタムコードを実行することが可能だ
例えば今まで保護されていなかった個人情報をC#で暗号化して保存し直すといったことも可能だ
手作業でSQLを実行する
- 710 ：デフォルトの名無しさん：2020/11/08(日) 13:34:04.97 ID:QCCK7Xg4.net
- 手作業でSQLを実行するだけではこのような複雑なMigrationには対応できない
- 711 ：デフォルトの名無しさん：2020/11/08(日) 13:38:33.92 ID:QCCK7Xg4.net
- >>708
決定事項だろうがなんだろうがテストは必要だ
これからDBに対して行う変更を事前にテストする
テスト済の変更を確実にミスなく適用する
これを実行するための最もスマートな方法がMigrationだ
先程も書いたがこれをオレオレshellで代用することはできる
しかしそれは洗練された手法ではない
産業革命時代のやり方でしかない
もちろん適用したあとに最終チェックとしてテストを行うことはこちらとしても全く否定していない
- 712 ：デフォルトの名無しさん：2020/11/08(日) 13:39:48.71 ID:uTVwuNgX.net
- >>700
そんなのあるのか。EFにもどろうかなあ。
あとはバルクインサートやバルクアップデートができたら完璧。
- 713 ：デフォルトの名無しさん：2020/11/08(日) 13:47:17.26 ID:QCCK7Xg4.net
- なおMigrationとその後のテストのどちらかが失敗した場合は
途中まで適用したMigrationをロールバックしなければならない
ロールバックはEFの機能で行うかDBバックアップをリストアするかどちらかだが
EFの機能で実施したほうが圧倒的に速い
リストアは最後の手段と考えよう
バグを放置してアプリケーションコードを修整するなどもってのほかである
これはサービスの停止時間を悪戯に伸ばすだけで損失を増やすばかりでなんの利益も産まない
バグがあったらロールバックを行い
Migrationとアプリケーション双方を見直し修整しテストする
テストした後にまたMigrationを適用する
これが現代人の働き方だ
- 714 ：デフォルトの名無しさん：2020/11/08(日) 14:14:26.86 ID:jcyTFABg.net
- そういやMigrationって、データベースのデータの移行とかはできるもんなの？
できるのなら素人保守のSQLServerからPostgreSQLのマネージドデータベースに変えたいんだけど・・・・
- 715 ：デフォルトの名無しさん：2020/11/08(日) 15:17:40.45 ID:SqlrOE3Q.net
- >>714
自分でコードを書けば柔軟できると思うけど
あるクラスのあるプロパティを別のクラスに移したいみたいなのは
自動生成では無理だと思う。
個人的にはmigrationは本番環境で使うものじゃなくて
開発中のコードとそれテストするときのデータベースの同期を楽にするもの程度で認識してる
- 716 ：デフォルトの名無しさん：2020/11/08(日) 15:20:50.04 ID:t+zVbDF+.net
- >>714
Entity FrameworkのMigrationはそういう機能はないよ
スキーマ変更の履歴を保持してロールバックとかができるだけ
俺はロールバックしたことないからめんどくさくなってMigration使ってない
Managedの維持費のがSQL Serverのオンプレミス維持費より高いんでは？
SQL Serverなんてバックアップ、リカバリできれば運用かんたんでしょう
DBの種類変更したらデータ型互換性なくなるから慎重にテストしないといけない。
よほど問題ない限り安定稼働してるDBはいじらんほうがいいとおもうよ
- 717 ：デフォルトの名無しさん：2020/11/09(月) 15:36:48.48 ID:EZ2ViZol.net
- https://www.youtube.com/watch?v=VPB_J6Egi28
- 718 ：デフォルトの名無しさん：2020/11/09(月) 22:46:28.72 ID:FJFkj8NC.net
- 朝は動いていたStateHasChangedメソッドが、
昼になったら動かなくなった。
こんなセリフは一生使わないと思っていたが使わしてもらう。
何もしてないのに壊れた。
- 719 ：デフォルトの名無しさん：2020/11/09(月) 23:19:22.08 ID:fNXcH97V.net
- 何もしてないなら壊れたことも観測できないはず
何かをしたのは明白だ
- 720 ：デフォルトの名無しさん：2020/11/10(火) 02:27:35.40 ID:903MPdZb.net
- ウソをつくのはやめろ
お前は息をした
- 721 ：デフォルトの名無しさん：2020/11/10(火) 13:07:54.58 ID:XgTQB9rm.net
- 長時間動かしてたんだったら、ゴミだと間違われてGCに回収されちゃったんじゃないの？
- 722 ：デフォルトの名無しさん：2020/11/10(火) 18:27:27.96 ID:qdwPUA+1.net
- >>718
昼休みだろ
もしくはハードウェア、ネットワーク障害
- 723 ：デフォルトの名無しさん：2020/11/10(火) 20:49:01.81 ID:qdwPUA+1.net
- Nuget使って気付いたけど.NET 5.0来てるな
RCなの知らずにNugetでUpdateしてしまった
- 724 ：718：2020/11/10(火) 21:35:46.33 ID:MSfr+cVE.net
- 処理済み件数/全件数のパーセンテージ出してたんだけど
数値の型変えたり、全件数のカウントを変数に入れたりしたら出るようになったわ。
なんだったろうなあ…
なんらかの呼吸が悪さしたんだろうな…
- 725 ：デフォルトの名無しさん：2020/11/10(火) 21:42:11.59 ID:qdwPUA+1.net
- リリースノート見ると.NET 5.0 RC2けっこう前にでてたようだ
EFとかはNugetのPackageで5.0対応のがでてそれで気付いた。
バグ人柱になりたくないのでもう少し.NET Core3.1でいくわ
.NET Coreという名前ももうおしまいみたいだし
- 726 ：デフォルトの名無しさん：2020/11/11(水) 05:33:40.57 ID:PR+fp9tK.net
- New Git experience in Visual Studio 2019
https://www.youtube.com/watch?v=UHrAg3iKoe0
- 727 ：デフォルトの名無しさん：2020/11/11(水) 07:22:02.02 ID:euPQaLy/.net
- デバッグに至るまでになかなか時間がかかるんだが、皆さんPCのスペックどれくらい積んでますか
会社のパソコンSSDは積んでるけど、メモリが8GBしかない。
- 728 ：デフォルトの名無しさん：2020/11/11(水) 07:47:11.57 ID:PR+fp9tK.net
- >>727
8GBあれば仮想化以外は余裕でしょ
遅いならCPUがへぼすぎるんじゃないかな？
CPU型番とPassmarkスコアは？
Dockerとかの仮想化つかってる？
仮想化つかうと滅茶苦茶おもいのは仕方ない
あとVisual Studioの中のSQL Server Object Explorer
あれは重すぎるな
DB専用の管理ツール使うほうが快適
- 729 ：デフォルトの名無しさん：2020/11/11(水) 12:45:25.01 ID:z8u+cv+u.net
- 新規開発をするに当たってフロントの言語選定に悩む
Blazorを選択したいところなんだけどSilverLightのハシゴ外をされた件が怖すぎて
- 730 ：デフォルトの名無しさん：2020/11/11(水) 12:47:54.87 ID:z8u+cv+u.net
- クライアント版で開発すればサーバー側の実装まで一緒に死ぬことはないと思われるんだけど…
ReactじゃなくてBlazorを選ぶのか？と言われると揺らぐ
- 731 ：デフォルトの名無しさん：2020/11/11(水) 13:30:01.83 ID:7A3xK0xJ.net
- >>729
あれはブラウザー内にデスクトップアプリ
動かすようなレベルのもんだから
何もってきても無理じゃね？
- 732 ：デフォルトの名無しさん：2020/11/11(水) 13:45:18.87 ID:y64JAG21.net
- フロントは使い捨て
- 733 ：デフォルトの名無しさん：2020/11/11(水) 14:55:53.43 ID:PR+fp9tK.net
- >>729
Silverlightと違ってWasmはstandardだから無くならない。
BlazorはMSだから長期サポートされる。
Reactとかは人気落ちたらセキュリティパッチすらでるか怪しい
サポート期間の長さでMSより安心できるベンダーはない
Blazor WebAssemblyならば、
server-sideをASP.NET MVC + Web APIsで作るわけで
これ以上、安心できるserver-sideはないだろう。
速度も速いし長期サポートあるしC#使えるし。
もしBlazor廃れたらWeb UI frameworkだけ入れ替えればいい
- 734 ：デフォルトの名無しさん：2020/11/11(水) 16:54:13.95 ID:zCFWfmOs.net
- 速度が速いとウソをつく
↓
激遅の現状を突っ込まれる
↓
速度など問題じゃないと強がる
- 735 ：デフォルトの名無しさん：2020/11/11(水) 16:56:17.09 ID:hOXuGr8Y.net
- MS新ﾌﾚｰﾑﾜｰｸBlazor、Lighthouseで23点を叩き出すｗ
https://mevius.5ch.net/test/read.cgi/tech/1596698340/
- 736 ：デフォルトの名無しさん：2020/11/11(水) 17:34:11.90 ID:RGkWwZkF.net
- ドキュメントを読んでいて、コンポーネント間コミュニケーションのパラメーターやカスケードパラメーターが出てきたんだけどさ
便利そうだけど、これって使ったらコンポーネント同士が強固に依存しちゃうんじゃないの？
ファイルの編集・差し替えを繰り返すうちにスパゲティー化してきたり、いつか破綻しちゃわないか気になるな
https://docs.microsoft.com/ja-jp/aspnet/core/blazor/components/?view=aspnetcore-5.0#component-parameters
https://docs.microsoft.com/ja-jp/aspnet/core/blazor/components/cascading-values-and-parameters?view=aspnetcore-5.0
- 737 ：デフォルトの名無しさん：2020/11/11(水) 18:34:49.69 ID:z8u+cv+u.net
- >>733
MSのLTSはあまり期待してないなぁ
ソース管理についてもTFSがフェードアウトしてる感あるよね？
かと言って、Githubにデータ移行はできないし
MSはこういう所が横暴でロックインし難い
- 738 ：デフォルトの名無しさん：2020/11/11(水) 18:50:22.79 ID:iQgtLl5J.net
- >>736
上位コンポーネントからパラメータで渡す分には問題ないと思う
通常のプログラミングでいうと関数的な使い方
カスケードプロパティは危険な臭いがプンプンする
これはグローバル変数のようなもの
俺はカスケードプロパティは全く使う気がしない
パラメータで渡さない場合は状態を管理するクラスを1個作ってInjectするといい
コンポーネントからはこのクラス経由でしか状態にアクセスしない
これはインメモリリポジトリのようなもの
- 739 ：デフォルトの名無しさん：2020/11/11(水) 19:05:28.34 ID:PR+fp9tK.net
- >>734-735
backendのベンチマークだ
JavaやC#が動的言語より速いのは常識
知らないやつは初心者
>>735
また計測不能ばかりのクソサイト張る無能
楽天も計測不能
- 740 ：デフォルトの名無しさん：2020/11/11(水) 19:07:30.66 ID:PR+fp9tK.net
- >>737
LTSは同類のほかのソフト出さないって意味じゃないだろ
セキュリティパッチ出てるならサポートしてるってこと
Googleとか他社はそれすらできてない
- 741 ：デフォルトの名無しさん：2020/11/11(水) 19:23:06.81 ID:TxKdQIKG.net
- 遅さに関してはＭＳの責任者が１０倍遅いと言ってるし、
実際使うとともっさりしてんだよな。
サーバサイドのよりましだけど。
- 742 ：デフォルトの名無しさん：2020/11/11(水) 19:32:33.32 ID:PR+fp9tK.net
- >>741
10倍遅いというその発言も捏造
JS interopは.NET 5でかなり高速化したと発表されてる
wasmはよほどしょぼいハードの人以外は問題ないスピードになってる
- 743 ：デフォルトの名無しさん：2020/11/11(水) 19:46:14.98 ID:TxKdQIKG.net
- でも実際使うとともっさりしてんだよ。
JS interopの影響なのだろうけど、
処理概要を聞いたら感覚的に卒倒しとうなアーキテクチャだ。
サーバサイドのよりましだけど。
- 744 ：デフォルトの名無しさん：2020/11/11(水) 20:34:50.42 ID:PR+fp9tK.net
- むやみにevent呼ばなければ遅くならない
高速化のtipsも書かれてる
Blazor Serverの名前も出てこないようだしまともに
ドキュメント読んでるとは思えない
- 745 ：デフォルトの名無しさん：2020/11/11(水) 20:39:05.32 ID:zCFWfmOs.net
- >>734 の予言、当たってしまうｗｗｗｗ
速度が速いとウソをつく ( >>733 )
↓
激遅の現状を突っ込まれる ( >>735,741,743 )
↓
速度など問題じゃないと強がる ( >>742 )
- 746 ：デフォルトの名無しさん：2020/11/11(水) 20:45:42.57 ID:Ka3nFfxe.net
- 激遅の現状を捏造する
の間違いだな
実際速くなってるよ.NET5
- 747 ：デフォルトの名無しさん：2020/11/11(水) 20:48:31.47 ID:PR+fp9tK.net
- >>745
おまえアーキテクチャ全然理解してないのがバレバレ
backendとfrontendの違いも
WasmとBlazor serverの違いもわかってない
おまえはjQueryおじかweb app作れない奴だろうな
- 748 ：デフォルトの名無しさん：2020/11/11(水) 20:51:59.41 ID:TxKdQIKG.net
- Blazorはもともと高性能を目指したものではないからなーー。
https://ichi.pro/blazor-de-no-shumatsu-burauza-de-c-o-jikkosuru-118284362990616
開発者自身も了解している事じゃないの？
開発スタートの経緯を聞いてもそう思う。
偶然の産物なんだよ。このプロダクトは。
- 749 ：デフォルトの名無しさん：2020/11/11(水) 21:27:58.47 ID:z8u+cv+u.net
- >>740
あーそか
LTSは別の話だったね
- 750 ：デフォルトの名無しさん：2020/11/11(水) 22:17:54.32 ID:PR+fp9tK.net
- EdgeだけでもC#がnativeで動くようにしちゃえばいいのにな
MSがブラウザの独自エンジン開発放棄したのは失敗だった
まさかのIE12でもいいよ
C# native実行できちゃうやつな
- 751 ：デフォルトの名無しさん：2020/11/11(水) 22:59:52.25 ID:y64JAG21.net
- メジャーフレームワークの事前ダウンロードオプションはそのうちサポートするんじゃないの
それか単にブラウザ拡張を作ればいい
事前キャッシュするだけだから簡単だろう
- 752 ：デフォルトの名無しさん：2020/11/12(木) 00:16:11.70 ID:5db75by5.net
- フロントは使い捨てと書いてる人いるけど
フロント側でC#がガンガンうごくので、
APIがデータベースの土管になって、データ加工して表示するロジックとかrazor側にガリガリ書いちゃってる。これまずいのかな。
いやでもそれがwasmのメリットだよな…
- 753 ：デフォルトの名無しさん：2020/11/12(木) 01:50:40.38 ID:NTmEPJN8.net
- いいよ
UIにまつわるダーティな処理はクライアントでやろうがサーバーでやろうがUI入れ替えとともに消える運命
- 754 ：デフォルトの名無しさん：2020/11/12(木) 03:08:04.23 ID:1tLZbmtr.net
- >>752
クライアント（View）は表示のみですね。
クライアントなくても、Curl等でAPI直叩きで業務が流せればOKです。
それが出来ないような実装なら、単体テスト出来ないでしょ。
- 755 ：デフォルトの名無しさん：2020/11/12(木) 05:45:40.02 ID:VInW0j8K.net
- >>752
データ表示に関するコードはwasm内でやるべきでしょ
なるべくclient-sideでやってserver-sideをスケールしやすくする。
- 756 ：デフォルトの名無しさん：2020/11/12(木) 08:05:24.53 ID:VInW0j8K.net
- >>748
wasmで作ったゲームサイト、スムーズに動いてるな
https://aesalazar.github.io/AsteroidsWasm/
ゲーム以外でこれ以上ぬるぬる動かす用途ないだろ
読み込みloadingも2秒程度だった
>>745
これみれば一発でわかる。
計測できないlighthouseがクソなだけだ
https://aesalazar.github.io/AsteroidsWasm/
- 757 ：デフォルトの名無しさん：2020/11/12(木) 10:03:52.41 ID:a1NEuwV/.net
- >>752
それC#だからとか関係なくね？
業務ロジックはサーバーサイドで、データが取得できたあと表示に関する部分はどうぞご自由に、というのが手離れの良い設計だと思う
- 758 ：デフォルトの名無しさん：2020/11/12(木) 10:30:35.87 ID:NTmEPJN8.net
- ドメインモデルとプレゼンテーションモデルの変換はプレゼンテーションで行うのが正解
ReactなどのJSフレームワークは言語が貧弱だからこの変換処理が増えてくるとキツい
その回避策として先人はバックエンドforフロントエンドなどというバカみたいなパターンを作り出してしまった
プレゼンテーションモデルへの変換処理をバックエンドの高生産で高速な言語でやってしまおうという発想だ
なんという本末転倒
Blazorなら変換処理もC#で快適に実装できるのでいちいちバックエンドにやらせる必要はない
バックエンドはドメインモデルをJSONで返すだけでよい
これが世界中の開発者が本当に求めていたものだ
- 759 ：デフォルトの名無しさん：2020/11/12(木) 10:59:08.18 ID:1tLZbmtr.net
- >>758
TypescriptはC#とjsの良い事どりの呈してますよ。
- 760 ：デフォルトの名無しさん：2020/11/12(木) 11:02:54.43 ID:uK53dAw4.net
- blazor-wasmは深刻なパフォーマンス問題があって、
[Blazor WebAssembly] Serious performance issues
https://github.com/dotnet/aspnetcore/issues/21085
その対策は進行中↓
Blazor performance optimizations #22432
https://github.com/dotnet/aspnetcore/issues/22432
つまりまだ全然安定しておらず、成熟していない。
- 761 ：デフォルトの名無しさん：2020/11/12(木) 11:06:19.07 ID:vwJUExFh.net
- >>759
同じ設計者の末弟ケンシロウだからね。
C#はジャギ。
Delphiはトキ。
- 762 ：デフォルトの名無しさん：2020/11/12(木) 11:15:38.91 ID:50stAN1W.net
- >>760
すぐに解決するだろう
- 763 ：デフォルトの名無しさん：2020/11/12(木) 11:17:38.70 ID:50stAN1W.net
- >>759
TSは悪くない選択肢だね
- 764 ：デフォルトの名無しさん：2020/11/12(木) 11:34:11.07 ID:VInW0j8K.net
- >>760
アホだ。最適化が終わってないだけは安定してないとはいわない。
しかもほとんどチェックマークついて対策済みになってるし
残りも.NET5までに対策される
.NET5はもうRC2だし
深刻なのはコピペしかできない>>760の頭の悪さ
>>756 でゲームデモで論破された
- 765 ：デフォルトの名無しさん：2020/11/12(木) 11:51:45.96 ID:1tLZbmtr.net
- >>763
node.jsの開発者がTypeScript直接実行できるの作ってますよ。
https://ja.wikipedia.org/wiki/Deno
- 766 ：デフォルトの名無しさん：2020/11/12(木) 12:15:23.47 ID:50stAN1W.net
- 5の次がLTSだっけ
Blazorもそこに合わせて仕上げてくるだろうね
いよいよだ
さよならJavaScript
- 767 ：デフォルトの名無しさん：2020/11/12(木) 13:32:02.28 ID:uK53dAw4.net
- AOTサポートにより（JSに勝つことはないにせよ）性能向上が期待され、また宣伝し、信者も大いに期待していたが…
AOT support in Blazor WASM will be postponed and not show up in .NET 5.
Blazor WASMでのAOTサポートは延期され、.NET 5には含まれません。
https://twitter.com/christianweyer/status/1270602821688328192?s=20
延期されたｗｗｗｗ
一時ソースはGitHubのAoT compilation issueへのDaniel Rothの6/6のコメントとみられる。
他の改善アイテムで頑張るってよｗ
(deleted an unsolicited ad)
- 768 ：デフォルトの名無しさん：2020/11/12(木) 13:53:32.08 ID:NTmEPJN8.net
- いつまで過去の情報に振り回されてんだこいつ
- 769 ：デフォルトの名無しさん：2020/11/12(木) 13:56:33.64 ID:uK53dAw4.net
- では現在AoTになりましたか？ｗｗｗ
- 770 ：デフォルトの名無しさん：2020/11/12(木) 14:11:17.34 ID:uK53dAw4.net
- エッ！一年前から遅い遅い指摘されてたのに、まだAoT実現できてないの？
このプロジェクト大丈夫？？
https://www.reddit.com/r/csharp/comments/c7qtwy/is_blazorwasm_faster_than_js_today/
> No. Blazor is currently interpreted. That makes it very slow compared to JS. It will at some point be AOT, which should yield a massive performance boost, but we're not there yet.
いいえ。Blazorは現在インタプリタ動作です。そのためJSに比べて非常に遅くなります。ある時点でAOTになり、パフォーマンスが大幅に向上するはずですが、まだ実現していません。
↑これが一年前。
さーてそろそろAoT実現してるかな〜
AOT support in Blazor WASM will be postponed and not show up in .NET 5.
Blazor WASMでのAOTサポートは延期され、.NET 5には含まれません。
＿＿＿＿＿
ゝ／ ＼ /
/ ＿＿＿＿＿＿＿ヽ
| | : : : : : :＼_人ノ: : :| ／
| | : : / ⌒ ヽ: :/ ⌒ ヽ
/＾v─ i | |
（（ |:ｄ: :♯| ((・|・)) ! 「延期！」
ヽ: : /＾ヽ､ ＿ ノっ ＿ ﾉ−､
|: :| ＼_／＾＼／＾＼_:ノ
|: :| ＼
/⌒＼ヽ （⌒ヽ⌒） ））
| ＼＼_／＾＼_／ﾉ ＿＿＿＿＿
| ＼─┬─ ´ | |_
|. ＼. ＼ | ＼ | 延期 （＿）
| ＼ ＼.／￣￣） （＿)
＼ / ￣) |
- 771 ：デフォルトの名無しさん：2020/11/12(木) 14:16:03.74 ID:1tLZbmtr.net
- 遅さはAOTだけで改善出来るもんじゃないと思う。
WASMと期待させておきながら、
画面描画を全部ＪＳでやるという仕様が回避できなければ、
永遠に遅いままかと。
- 772 ：デフォルトの名無しさん：2020/11/12(木) 15:12:17.29 ID:BTLciJco.net
- >>754
この人だけ意見が違う…
取得するデータごとに違うapi用意しだしたら、業務システムとか大変なことになるんだが…
- 773 ：デフォルトの名無しさん：2020/11/12(木) 20:31:18.84 ID:T/ltJ8kq.net
- サーバーサイドと言語を揃えれるのがいいね
.NET5でLinuxデスクトップもサポートされるようだし
これでC#大統一理論にまた一歩近づいた
- 774 ：デフォルトの名無しさん：2020/11/12(木) 21:39:57.08 ID:VInW0j8K.net
- やっぱり.NET5の正式版でてた
https://dotnet.microsoft.com/download/dotnet/5.0
>>723 >>725
でNuGetにだけ.NET5出てきて混乱したが
webの更新が遅れていただけのようだ
さっそく.NET5.0に入れかえよう
- 775 ：デフォルトの名無しさん：2020/11/12(木) 22:01:02.38 ID:VInW0j8K.net
- 981 名前：デフォルトの名無しさん[sage] 投稿日：2020/11/12(木) 00:44:34.38 ID:h5L0232Z
Announcing .NET 5.0
https://devblogs.microsoft.com/dotnet/announcing-net-5-0/
Announcing ASP.NET Core in .NET 5
https://devblogs.microsoft.com/aspnet/announcing-asp-net-core-in-net-5/
Announcing the Release of EF Core 5.0
https://devblogs.microsoft.com/dotnet/announcing-the-release-of-ef-core-5-0/
- 776 ：デフォルトの名無しさん：2020/11/13(金) 17:22:02.50 ID:0SZnzCKt.net
- 「Python」生みの親グイド・ヴァンロッサム氏、マイクロソフトに入社 - CNET Japan:
https://japan.cnet.com/article/35162404/
MSがPython開発者もとりこんできたぞ
どうなるんだこれ
- 777 ：デフォルトの名無しさん：2020/11/13(金) 19:22:12.07 ID:35N+92Bf.net
- いいね
次はLinuxカーネルを取り込むのかな
- 778 ：デフォルトの名無しさん：2020/11/13(金) 20:05:27.67 ID:0SZnzCKt.net
- 静的言語じゃないからASP.NETやwpfはpython対応しないだろうな
- 779 ：デフォルトの名無しさん：2020/11/13(金) 23:51:54.28 ID:5UZkZfSA.net
- IronPythonの話？
- 780 ：デフォルトの名無しさん：2020/11/14(土) 21:54:51.97 ID:so9GdEvw.net
- 純粋Pythonの話
IronPythonは良く知らない
.NET5でF#もバージョンアップしてるようだけど
あまり流行ってる気がしない
- 781 ：デフォルトの名無しさん：2020/11/16(月) 10:49:42.55 ID:avD8L72D.net
- Blazor WebAssembly、難しすぎる
Identyと
ASP.NET CorehostedありでProject作ると
counterのデモすら動かない。
Authorizingがでたまま止まる。
ブラウザ下にはunhandled exception。unhandledは現状デバッグできないらしい
dotnet v3.1でも.NET 5.0でも同じ。
Identity Serverのしっかり学習して設定しないとデモすら動かないのかな？
hostedのWasm、これどうやって動かすの
- 782 ：デフォルトの名無しさん：2020/11/16(月) 11:00:59.37 ID:avD8L72D.net
- wasmはunhandled exceptionが対応するまでハードル高い気がした
どこが間違ってるのか見当がつかないので大変だわ
- 783 ：デフォルトの名無しさん：2020/11/16(月) 12:23:29.18 ID:Ud7NUROw.net
- デバッグはちょっとしんどいよな
普通にC#で開発するときの生産性を期待するとガッカリする
まあそのへんもまだ黎明期ってことで時間が解決するだろうけど
- 784 ：デフォルトの名無しさん：2020/11/16(月) 12:51:41.00 ID:xbUtcVVl.net
- ほんまそれ
try catchで飛ばしても
エラー内容が改行されてないから見づらい。
- 785 ：デフォルトの名無しさん：2020/11/16(月) 15:57:18.90 ID:UwqGwG/i.net
- ホットリロードも効かないしな。
ガチでやり始めると地獄だよ。マジ
- 786 ：デフォルトの名無しさん：2020/11/16(月) 22:44:17.44 ID:avD8L72D.net
- WebAssemblyはガチでやる前に挫折した
Wasmはunhandled exceptionとか機能が充実するまで待つとする
Front何で作ろうかな
Blazor Serverは人数増えたらスケールしなくて破綻しそうだし
ReactはJS/TSでだるいし。
XamarinかFlutterでも始めるかな
Flutter for Web使ってる人いるかな
- 787 ：デフォルトの名無しさん：2020/11/16(月) 22:48:59.15 ID:vQH+lNQ/.net
- SvelteかElmでいいんじゃねーの
- 788 ：デフォルトの名無しさん：2020/11/17(火) 08:39:28.22 ID:cTR5hN6k.net
- 何を作るかによるけど、サーバーサイドと型の共有ができないと色々めんどくさい
フロント側を違う言語にして型が共有できなくなるか
デバッグがめんどいけどwasmにして型を共有できる恩恵を享受するか…
悩ましい
エディットコンティニュー、ウォッチ式、ホットリロード等この辺充実させてからリリースしてほしかったなあMSさん。
ホットリロードそのうちできるみたいな記事を海外のTwitterかなんかで見た気がするんだけどどうなったんだろう。
- 789 ：デフォルトの名無しさん：2020/11/17(火) 08:52:54.81 ID:ooCV67uO.net
- >>788
.NET6.0
- 790 ：デフォルトの名無しさん：2020/11/17(火) 09:32:33.92 ID:cTR5hN6k.net
- .NET6が出たら起こしてくれ
- 791 ：デフォルトの名無しさん：2020/11/17(火) 10:07:43.97 ID:WUYxAqUP.net
- スレ違い宣伝爆撃で荒らし回ってたのってやっぱりMSの工作員だったんだな。
MSKK社員はコーディングできないしステマしか仕事ないんだろうなｗ
- 792 ：デフォルトの名無しさん：2020/11/17(火) 11:43:25.58 ID:tHQku81F.net
- >>787
そのふたつちょっと調べてみたがJSへtranspileする言語だな
transpileで我慢するならTSのがましな気がする
- 793 ：デフォルトの名無しさん：2020/11/17(火) 11:47:52.17 ID:Upj8YQ8N.net
- ？？？svelteはtsで書くんだけど…
まあjsでも書けるけど…
- 794 ：デフォルトの名無しさん：2020/11/17(火) 11:54:00.50 ID:tHQku81F.net
- >>790
1年後の.NET6の前にベータで機能追加くるだろうし
たまにリリースノートとかチェックすればいいんじゃないか
- 795 ：デフォルトの名無しさん：2020/11/17(火) 11:57:26.47 ID:cTR5hN6k.net
- >>794
いや、起こしてくれ
- 796 ：デフォルトの名無しさん：2020/11/17(火) 12:03:11.01 ID:tHQku81F.net
- .NET6はLinux desktopも対応予定らしい。
Blazor WebAssemblyいじって気づいたけど
実はXamarion.Forms最強じゃないか？
XamarinならWindows, iOS, Androidで動く
nativeとあまり変わらない程度に速いらしい
C#使える
UI開発がReactとかより圧倒的に楽に見える
Apple Silicon Macでも動くはず
Windows, iOS, Androidで動くなら手間かけてweb appにする意味なくない？
- 797 ：デフォルトの名無しさん：2020/11/17(火) 12:09:39.89 ID:tHQku81F.net
- >>795
Hot reloadはXamarin.FormsやFlutterにあるようだぞ
- 798 ：デフォルトの名無しさん：2020/11/17(火) 12:18:47.63 ID:OuU2HSO4.net
- C#大統一理論、もしかして現実的な話だったのか
世界最高シェアのwindowsと相性抜群
主要デスクトップ、サーバーで動く
モバイルも簡単、ゲームもUnityがある
ブラウザでも動く
今後増えてくるWasmエッジ環境でも動く
これらが圧倒的高生産性のVS、VSCodeで開発可能
- 799 ：デフォルトの名無しさん：2020/11/17(火) 12:29:20.42 ID:cTR5hN6k.net
- 他は知らんけどBlazorに関してはその高い生産性とやらが出せてから言えって感じ。
自分もC#好きだからMSには頑張ってほしいけど、こうも中途半端だと、
世間には悪い印象しか与えないんじゃないかな。
何でもかんでも手を出してる&早くリリースすることが悪い方向に行っている気がするなあ。
- 800 ：デフォルトの名無しさん：2020/11/17(火) 12:40:15.42 ID:cTR5hN6k.net
- >>796
Nativeアプリは配布が一手間だからWebアプリで済むならWebアプリで済ましたいわけですよ
- 801 ：デフォルトの名無しさん：2020/11/17(火) 12:52:16.57 ID:tHQku81F.net
- >>800
企業向けアプリの話？
不特定多数の個人向けの話？
- 802 ：デフォルトの名無しさん：2020/11/17(火) 12:59:14.17 ID:d47VTbpo.net
- >>801
関係なくない？
何回かこの議論さてる気がするけど…
結局作ったシステムを納品する先の環境に左右される
お客さんによってはネイティブアプリ禁止なところも最近増えてきている。
特に事務系のシステムはWebじゃないとはねられることが多い。
- 803 ：デフォルトの名無しさん：2020/11/17(火) 13:13:53.11 ID:tHQku81F.net
- >>802
利用者がだれなのかは決定的に大事なとこだ
法人なら一括でかんたんにインストールできる
Deployを理由にweb appにしてくれというなら
その企業のシステム部門が無能なだけ
かんたんにdeployする方法を教えてやれば方針も変わる。
web appはnativeに比べて従業員の生産性も落ちる。
開発の納期も延びてコストも増える
- 804 ：デフォルトの名無しさん：2020/11/17(火) 13:22:55.71 ID:K5jaH1V5.net
- いまのBlazorは生産性最悪ですよ。
でたばっかの製品版なんでしょうがないちゃそうなんですけど、
MSが言ってる通りはなからJS使えないWebForm向けのエンジニア救済用と思えました。
- 805 ：デフォルトの名無しさん：2020/11/17(火) 13:25:54.71 ID:K5jaH1V5.net
- あとMAUIがflutterみたいにWebに対応するんじゃないかと思えて...
- 806 ：デフォルトの名無しさん：2020/11/17(火) 13:27:16.98 ID:kX22Q/MP.net
- Blazor Server生産性高くて気に入ってる
社内向けだとスケールとか心配ないし
- 807 ：デフォルトの名無しさん：2020/11/17(火) 13:36:36.60 ID:aCu5ED3V.net
- Webアプリっていってもなぁ
社内オンプレに納品だとSSL通信が厳しい。
やろうとすると色々めんどい上に高くなるし。
- 808 ：デフォルトの名無しさん：2020/11/17(火) 14:02:12.68 ID:d47VTbpo.net
- >>803
そのシステム部門に合わせるのも大事
少なくともWebアプリよりハードルが高いのは確かなんだから、楽な方選んでくるでしょ。
Blazorの登場によって生産性も高くて配布も不要になる！
と思ったがそうでもなかったって話だな。
- 809 ：デフォルトの名無しさん：2020/11/17(火) 16:32:14.62 ID:tHQku81F.net
- >>804 >>806
生産性問題あるのは「Blazor WebAsssemblyは」じゃないのか？
Blazor Serverは楽だと思ったよ
Blazor Serverはスケールしないから不特定多数には向かないが
人数が予測できる社内利用ならありだとおもう
- 810 ：デフォルトの名無しさん：2020/11/17(火) 16:39:05.00 ID:tHQku81F.net
- >>808
Web appよりもXamarinのが楽だよ
YouTubeでXamarinのtutorial, 入門動画見てみなよ
C#使える人ならすんなりはいっていけるし
UIまわり超楽だからひとりでフルスタックやるのも無理はない。
特にReactやBlazor WebAssemblyいじった後なら天国と思えるはず
- 811 ：デフォルトの名無しさん：2020/11/17(火) 18:15:41.07 ID:d47VTbpo.net
- >>809
社内ツールをwasmで作ったが、作り替えよかな…
>>810
Blazorを使う＝何かしらネイティブアプリが使えない事情があるんだろう。その誘導は的外れでは？
- 812 ：デフォルトの名無しさん：2020/11/17(火) 19:04:47.83 ID:/SVnFee8.net
- BlazorはServerでもWasmでも
ウェブ配信でもバイナリ配信でもフレームワーク前提の配信でも
なんでもOK
おそらく今最も配信しやすいフレームワーク
- 813 ：デフォルトの名無しさん：2020/11/17(火) 20:13:50.48 ID:d47VTbpo.net
- 早速BlazorSeverためしてみたが
確かにこれは生産性高そう。
api設計もいらないし。
スケーラビリティの問題はあるが、百人前後で使うような
業務システム系はこれでいいんじゃなかろうか
しかし…
SignalRで動くというのがなんとも気持ち悪い…
他の言語でもSignalRみたいな仕組みで動いてるアプリとかるのかな…
あとStartupでひたすらAddSingletonしてるのも気になる…
Serviceが数十〜百とかになっても耐えれるのだろうか。
- 814 ：デフォルトの名無しさん：2020/11/17(火) 20:28:32.57 ID:tHQku81F.net
- >>811
前半
何から何への作り替え？既に安定稼働してるならいいのでは。
後半
システム管理の知識ないひとはdeploy大変と思い込んでる場合多いし
なんとなくまわりにあわせてweb appにしちゃってるところがほとんどだと思う。
- 815 ：デフォルトの名無しさん：2020/11/17(火) 21:52:47.55 ID:d47VTbpo.net
- >>814
前半
Blazor wasmからBlazor Severへ作り替え。
小さなシステム&Blazorの実験なので作り替えることは苦ではない。
それよりwasmの生産性の低さがつらい。
後半
他のシステムがWebでそこにネイティブアプリ入れるほうが逆にハードルが高かったりする。
そのシステム管理の知識をお客さんの情報部門に強要できないしな。
自分もなんでもWebシステムであることに懐疑的で、これまではWebではなくてネイティブを選択してきた。
しかし、近年フロントの仕組みが成熟してきた（ネイティブに比べたらまだまだだけど）ので
逆に配布の手間がネックになりつつあるなあと。
よっぽど複雑なシステム（医療系？）であればWebは選ばないけどね…
- 816 ：デフォルトの名無しさん：2020/11/17(火) 22:38:10.95 ID:zxVBZ18I.net
- 前言撤回
やはりBlazorServerはなんか邪道な気がする
そのうちMSが
新規プロジェクトで選択しないでくださいとか言い出しそう
一年なんてあっという間だし.NET6まで待ちますかね。
- 817 ：デフォルトの名無しさん：2020/11/18(水) 01:18:37.94 ID:a0JYJX3/.net
- >>816
だから最高の生産性ならWPFかXamarinだって。
速度も速いし使いやすい。
本来、業務用ならばWeb appなんて消去法で
最後に仕方なく選ぶものだと思ってる。
deployなんてかんたん。
管理者が無能で一括でdeployができなければ
2,3回クリックするだけでインストールできるようにすればいい。
- 818 ：デフォルトの名無しさん：2020/11/18(水) 03:53:11.39 ID:bDgKvSuV.net
- ええ加減スレチやで
Xmarinスレに移動しましょうや
- 819 ：デフォルトの名無しさん：2020/11/18(水) 05:13:00.18 ID:IPbBahkD.net
- MAUIがWeb対応して終わるスレ
- 820 ：デフォルトの名無しさん：2020/11/18(水) 08:28:53.23 ID:zyZ9fm9I.net
- 完成したら最強になる候補ならUNO Plathomeだろ
UWPで開発してそのまんまBlazorとxamarinに翻訳して実行できる
- 821 ：デフォルトの名無しさん：2020/11/18(水) 09:45:23.20 ID:a0JYJX3/.net
- >>819-820
MAUIってまったく新規にできるものじゃなくてXamarin FormsがCoreと統合だろう。
だからMAUI行く前にXamarin.Formsの学習は無駄にならないとおもうぞ。
Evolution of Xamarin.Formsとはっきり書いてある
https://devblogs.microsoft.com/dotnet/introducing-net-multi-platform-app-ui/
MAUIが出るのは.NET6だし実践投入できる安定度考えたら
あと1.5から2年かかる。出てすぐはWasmみたいに実践投入できないレベルかもしれない。
Blazor wasmとMAUIの安定を待ちつつそれまでは
Xamarin.Formsでいくというのはいい選択だろう
Xamarin.Formsは大手企業でも使ってて実績も十分
>>818
過疎な板でそこまで細かく分けたら人が誰もいなくなるし
.NETの未来というテーマで共通してる
- 822 ：デフォルトの名無しさん：2020/11/18(水) 10:05:51.21 ID:a0JYJX3/.net
- >>820
UNO platform、こんなのもあるのか
https://platform.uno/how-it-works/
ここみるとUNOはC# + XAMLで開発とある。
Xamarin. Formsと一緒だ
結局、生産性を考えたらUIをHTML + CSSでやるのはゴミだってことだろうな。
>>819
MAUIのブラウザ対応といいたいのかな
XAMLで書いてHTML, CSSの世界との変換も自動でやるわけ？
WebAssemblyが難航してるの見ても簡単に行くとは思えない
- 823 ：デフォルトの名無しさん：2020/11/18(水) 12:41:11.17 ID:KPm7TtZw.net
- NGID:a0JYJX3/
- 824 ：デフォルトの名無しさん：2020/11/18(水) 15:08:02.93 ID:870PPpSl.net
- >>821
Xamarinは前にやっとる
失望した。
flutterの方が良さげだ。
- 825 ：デフォルトの名無しさん：2020/11/18(水) 19:24:39.13 ID:a0JYJX3/.net
- >>824
いつ頃のバージョン？失望したところは？
FlutterのがXamarinやReact Nativeより満足度高いらしいな
俺もさわっては見るつもりだ
ただFlutterはWindowsの対応予定ないのが難点
Flutter webもbetaだからwindows対応が問題になる
- 826 ：デフォルトの名無しさん：2020/11/19(木) 02:42:40.13 ID:JCzHdIVA.net
- 何をいってるんだ
このまえFlutter Windowsのアルファがリリースされたろうに
https://medium.com/flutter/announcing-flutter-windows-alpha-33982cd0f433
Compose for Desktopも出てきたし
https://www.jetbrains.com/lp/compose/
- 827 ：デフォルトの名無しさん：2020/11/19(木) 09:57:21.01 ID:/BwiR0R4.net
- >>826
すばらしい
FlutterもWindows appいけるようになるのか、いいね
早くweb appの必要のない世界が来て欲しいわ
Compose for Desktopはまだ時間かかりそう
クロスプラットフォーム開発では現時点ではXamarinとFlutterが抜け出ている感じかな
React Nativeはもうだめそう
- 828 ：デフォルトの名無しさん：2020/11/19(木) 10:25:28.40 ID:IwXUzkye.net
- ほーん？ｗｗｗ
React Nativeは
Facebook
Instagram
Uber Eats
Tesla
Skype
Pinterest
SoundCloud Pulse
Walmart
Bloomberg
Discord
等々で使われてるけどｗｗｗ
Xamarinは？ｗｗｗ
Flutterは？ｗｗｗ
- 829 ：デフォルトの名無しさん：2020/11/19(木) 10:27:03.09 ID:4dyiCoxA.net
- >>828
スレ違い
- 830 ：デフォルトの名無しさん：2020/11/19(木) 10:48:15.14 ID:/BwiR0R4.net
- >>828
それはFlutterのが新しいからだ
FlutterやってるひとはReact Nativeやってた人が多く、
React Nativeはゴミだといってる
バグが多い
JSを使うから生産性が低い
ホットリロードも対応してない
Facebookが作る開発ツールってたいていゴミだな
ほぼすべて消える
- 831 ：デフォルトの名無しさん：2020/11/19(木) 10:57:14.33 ID:6wV8xy2P.net
- >>827
React Nativeこそ勢いあるのだが。
(flutterが猛追するか？)
ちなマイクロソフトの息のかかったプロジェクト
React Native for Windows
https://microsoft.github.io/react-native-windows/
https://jp.techcrunch.com/2019/05/07/2019-05-06-microsoft-launches-react-native-for-windows/
https://www.infoq.com/jp/news/2019/06/react-native-windows-rewrite/
- 832 ：デフォルトの名無しさん：2020/11/19(木) 11:05:49.18 ID:IwXUzkye.net
- >>830
ほーん？ｗｗｗ
React Nativeは
Facebook
Instagram
Uber Eats
Tesla
Skype
Pinterest
SoundCloud Pulse
Walmart
Bloomberg
Discord
等々で使われてるけどｗｗｗ
Xamarinは？ｗｗｗ
Flutterは？ｗｗｗ
- 833 ：デフォルトの名無しさん：2020/11/19(木) 11:10:40.94 ID:/BwiR0R4.net
- >>831
https://www.statista.com/statistics/869224/worldwide-software-developer-working-hours/
ここみると2020年のFlutterの伸びがすごい
来年はトップになるのは確実に見える
これ見るとXamarinは人気落ちてるのか
C#慣れてるし好きだからXamarinいいかなと思ったんだけど
いま開発者に人気なのはFlutterっぽいんだよな
C#使いにとってはReact NativeはJSってだけで候補外だろう
- 834 ：デフォルトの名無しさん：2020/11/19(木) 11:14:46.79 ID:IwXUzkye.net
- >>833
ほーん？ｗｗｗ
React Nativeは
Facebook
Instagram
Uber Eats
Tesla
Skype
Pinterest
SoundCloud Pulse
Walmart
Bloomberg
Discord
等々で使われてるけどｗｗｗ
Xamarinは？ｗｗｗ
Flutterは？ｗｗｗ
恥ずかしがってないで書けよｗｗｗ
まさかひとつも無いなんてことはないだろｗｗｗ
- 835 ：デフォルトの名無しさん：2020/11/19(木) 11:53:07.42 ID:/BwiR0R4.net
- >>834
>>833みてもわからないんだな
あたま悪すぎ
- 836 ：デフォルトの名無しさん：2020/11/19(木) 11:56:56.84 ID:/BwiR0R4.net
- Flutterは10万種類以上のアプリがでているとのこと
So far, we’ve shipped production-quality support for Android
and iOS, with eight stable releases and over 100,000 apps
shipped to the Google Play Store alone.
XamarinもFlutterも実績は十分
あとは自分にあったものを選べばいい。実績できたらMAUIでもいいけど
- 837 ：デフォルトの名無しさん：2020/11/19(木) 11:59:58.77 ID:IwXUzkye.net
- ほーん？ｗｗｗ
で？ｗｗｗ
どんな素晴らしいアプリが出てるの？ｗｗｗ
React Nativeは
Facebook
Instagram
Uber Eats
Tesla
Skype
Pinterest
SoundCloud Pulse
Walmart
Bloomberg
Discord
等々で使われてるけどｗｗｗ
Xamarinは？ｗｗｗ
Flutterは？ｗｗｗ
一つくらい挙げたら？ｗｗｗ
- 838 ：デフォルトの名無しさん：2020/11/19(木) 12:41:54.16 ID:Bk7N6279.net
- お前らが他の技術との比較を始めるから変なの呼び込むんやで
ここではblazorに集中せいよ
xamarinとflutterの話は専用スレでやれ
- 839 ：デフォルトの名無しさん：2020/11/19(木) 12:58:45.72 ID:E4v7ecNJ.net
- vs+C#に慣れすぎた身からすると、vscode+tsが苦行にしか見えなくて、手を出したくない。
でもこんなにjs界隈が盛り上がってるということは
自分が知らないだけで、いざバリバリ使い出したら新しい世界が広がって実は素晴らしいものなのかもしれない。
今の自分は、かつてコボラーがJavaに手を出さなかったのと同じことなのかもしれない。
- 840 ：デフォルトの名無しさん：2020/11/19(木) 13:06:03.37 ID:6wV8xy2P.net
- C#erこそTSへの移行じゃねえの？
アンダースヘルスバーグ入魂の一刀やで。
C#で出来んかった事を
ここでやらんとしていることが垣間見えるぞい。
- 841 ：デフォルトの名無しさん：2020/11/19(木) 14:01:29.27 ID:E4v7ecNJ.net
- TSって金融系の大規模システムにも使えるんだろうか
- 842 ：デフォルトの名無しさん：2020/11/19(木) 14:09:32.59 ID:uhtBmVv9.net
- 俺も.NET6まで様子見だわ
- 843 ：デフォルトの名無しさん：2020/11/19(木) 14:39:08.06 ID:OQKHzTVM.net
- とりあえずBlazor serverでjsのコーディング量が大幅に削減できて快適だわ
- 844 ：デフォルトの名無しさん：2020/11/19(木) 15:02:26.21 ID:ghw9ch45.net
- 相変わらずフカシこいてんなｗｗｗ
Blazor serverでjsのコーディング量が減る？ｗｗｗｗ
今までサーバーでnodeでも使ってたのか？ｗｗｗｗｗ
適当なインチキ宣伝ばっかだなこいつｗｗｗｗｗｗ
- 845 ：デフォルトの名無しさん：2020/11/19(木) 15:29:37.30 ID:UQsiOtmo.net
- いや減るだろ
- 846 ：デフォルトの名無しさん：2020/11/19(木) 16:16:15.88 ID:6wV8xy2P.net
- >>841
大規模pj御用達のangularとか
最初からts必須ですよ。
- 847 ：デフォルトの名無しさん：2020/11/19(木) 16:16:17.03 ID:E4v7ecNJ.net
- そら減るんじゃないの
それが目的のフレームワークなんだし
ゼロにはならないだろけど
- 848 ：デフォルトの名無しさん：2020/11/19(木) 16:19:41.58 ID:E4v7ecNJ.net
- >>846
大規模だけじゃなくて
金融系とかかっちりしたやつ
大量データのお金や税の計算するやつ
- 849 ：デフォルトの名無しさん：2020/11/19(木) 16:30:42.57 ID:/BwiR0R4.net
- >>841
嘘つきに騙されるなよ
金融といってもいろいろあるが
金融の勘定系のバックエンドでそもそもスクリプトが使われない
速度と信頼性から静的言語が使われる
COBOL, Java, C#, Cなどだ
Angularなど実績の少ないものは使われない
金融は保守的だから新しい技術を避けたがる
- 850 ：デフォルトの名無しさん：2020/11/19(木) 16:35:25.87 ID:/BwiR0R4.net
- COBOLは言語としてはゴミだが
昔からCOBOLが多いから保守的な企業は
いまでもCOBOLでやりたがる
- 851 ：デフォルトの名無しさん：2020/11/19(木) 17:02:15.98 ID:cTGLZfRA.net
- >>844
JSの記述量はほとんどゼロになるけど？
- 852 ：デフォルトの名無しさん：2020/11/19(木) 17:05:37.36 ID:IwXUzkye.net
- >>849
↑バックエンドとフロントエンドの区別もつかない糞ザコナメクジｗｗｗ
> COBOL, Java, C#, Cなどだ
> Angularなど実績の少ないものは使われない
サーバ側言語とフロントエンドフレームワーク比べてなにがしたいんだこのカスｗｗｗｗｗ
何がどこで動くのかもわからんのかｗｗｗｗｗ
- 853 ：デフォルトの名無しさん：2020/11/19(木) 17:09:16.62 ID:L0C3WtGE.net
- >>851
「blazor serverにしたらjsの記述量がゼロになった」ということは、
今までのサーバーはnodejsだったということでOK？ｗ
サーバー側にjsの記述があったから、
「ゼロになった」んだよね？ｗｗ
- 854 ：デフォルトの名無しさん：2020/11/19(木) 17:29:20.86 ID:/BwiR0R4.net
- >>852
>>846がAngularなんて書いてるから上げてる
区別がついてないわけないだろ
英語読めずに的外れなコピペしてるおまえみたいな無能と一緒にするな
- 855 ：デフォルトの名無しさん：2020/11/19(木) 17:38:15.68 ID:IwXUzkye.net
- >>854
自己紹介乙。
くやしいのうｗｗｗ
- 856 ：デフォルトの名無しさん：2020/11/19(木) 18:12:15.39 ID:P+qf8f9/.net
- >>853
クライアントサイドもjsかなり減らせるよ
ゼロにはなかなかならないけどね
- 857 ：デフォルトの名無しさん：2020/11/19(木) 18:42:43.04 ID:vqaKoTlB.net
- >>853
意味不明
- 858 ：デフォルトの名無しさん：2020/11/19(木) 18:54:38.70 ID:/BwiR0R4.net
- Flutterやろうよ！！！
http://mevius.5ch.net/test/read.cgi/tech/1527919660/
Xamarin Part7
http://mevius.5ch.net/test/read.cgi/tech/1596690797/
- 859 ：デフォルトの名無しさん：2020/11/19(木) 18:58:23.04 ID:/BwiR0R4.net
- FlutterとXamarinはスレ立ってたのでリンクはっておいた
ただその話題を排除したらこのスレ過疎るよな
Wasmまだデバッグ的に使うの難しい状態だし
Blazor Serverは使いどころが限られる。
個人的にスケールしにくい技術は使わない
- 860 ：デフォルトの名無しさん：2020/11/19(木) 19:25:56.56 ID:E4v7ecNJ.net
- >>852
バックエンドでもts動くのでは？
やるならフロントとバックの言語は合わせたい
C#erなのでBlazorに手を出したい一方で
tsに鞍替えしようと言う案もある
やってる業務が金融系なんだけど、耐えれるのかなあと。。
- 861 ：デフォルトの名無しさん：2020/11/19(木) 19:28:07.47 ID:I6H01ZjG.net
- COBOLでやっとけ
- 862 ：デフォルトの名無しさん：2020/11/19(木) 19:35:57.09 ID:/BwiR0R4.net
- >>860
Blazor ServerとWasmのどっちだよ
金融系だけじゃわからん
- 863 ：デフォルトの名無しさん：2020/11/19(木) 20:13:51.56 ID:E4v7ecNJ.net
- >>862
そこもなやみどころですよ
そりゃwasmにしたいけど、生産性に難あり、api設計地獄にはまりそう。
Serverは既存資産が活かせそうだけど
スケーラビリティに難あり。負荷分散装置挟んだらセッション管理で地獄を見そうだ。
結局やってることは画面転送型のシンクライアントと変わらん気もする。
いまやるならServerかな…
.NET6になってwasmの生産性がマシになってたらwasmかな
- 864 ：デフォルトの名無しさん：2020/11/19(木) 20:27:30.61 ID:E4v7ecNJ.net
- あと機能数が100超えるようなプロジェクトになっても絶えれるのかも気になるところだな
- 865 ：デフォルトの名無しさん：2020/11/19(木) 20:34:37.76 ID:/BwiR0R4.net
- >>863
Blazor Serverでスケールしなくて失敗したら
無能のレッテル貼られるぞｗ
SignalRは単純にロードバランサーでスケールさせることはできない。
今やるならASP.NET MVCかXamarinかFlutterだろ
- 866 ：デフォルトの名無しさん：2020/11/19(木) 20:51:11.28 ID:6wV8xy2P.net
- >>849
なんでバックエンドにangularがあんのよ。
バックエンドは大半がJavaでしょ。
新規はしらんけど。
- 867 ：デフォルトの名無しさん：2020/11/19(木) 20:52:16.35 ID:6wV8xy2P.net
- ここの奴らは一個の言語しか使えんの
ばっかりか？
- 868 ：デフォルトの名無しさん：2020/11/19(木) 21:14:08.18 ID:oD3ERJjk.net
- >>867
言語ってサーバーとクライアントで同じ方がメリット多いと思うんだけど…
- 869 ：デフォルトの名無しさん：2020/11/19(木) 21:21:44.76 ID:/BwiR0R4.net
- >>866
だから6行目は話が別だっての
読解力ないな
>>854を嫁
Angularが使われてるとか嘘ついてる人いたから
そもそも勘定系は保守的でスクリプトではなく
型のある言語でやるって話だ
- 870 ：デフォルトの名無しさん：2020/11/19(木) 21:23:14.52 ID:IwXUzkye.net
- >>869
後付けで誤魔化してるだけじゃん嘘つき無能ｗｗｗ
- 871 ：デフォルトの名無しさん：2020/11/19(木) 21:27:10.31 ID:/BwiR0R4.net
- >>866
なんだ、最初にAngularとかずれたこと言い出したアホはおまえじゃないかよｗ
大規模とかいってるんだからふつうserver-sideの話ととらえるわ
client-sideだけのAngularなら規模は関係ないし
スクリプトしかできない奴なのがバレバレだぞ
- 872 ：デフォルトの名無しさん：2020/11/19(木) 21:28:47.04 ID:/BwiR0R4.net
- >>870
無能は最初にAngularとか言い出したお前のような奴のことだ
大規模って書いてあんだろｗ
- 873 ：デフォルトの名無しさん：2020/11/19(木) 21:36:09.88 ID:oD3ERJjk.net
- なんかごじれてるな…改めて聞くけど、
大規模、お堅い系業務システムで
バックエンドもフロントエンドもjs系の言語、フレームワークを使うのは現実的なんだろうか。
- 874 ：デフォルトの名無しさん：2020/11/19(木) 21:46:53.27 ID:/BwiR0R4.net
- >>873
バックエンドはJavaやC#が多い
スクリプトは遅いし大規模に向かない
- 875 ：873：2020/11/19(木) 22:05:29.50 ID:oD3ERJjk.net
- だよね
>>828に挙げられているようなアプリでは適してるんだろうけど
>>873のような要件では使うべきではない。
俺が書いた>>841に対する回答の>>846は、大規模というキーワードだけ注目しただけっぽい。
大量のユーザーが使うアプリもある意味大規模だからまあ分からんでもない。
ただ>>873のような要件で使えるかは改めて回答してほしい。
- 876 ：デフォルトの名無しさん：2020/11/19(木) 22:57:09.23 ID:uhtBmVv9.net
- なんで何処にでもアンチって湧くんだろうな
アンチの活動なんてこういう情強がいるスレではなんの効果も無いのに
- 877 ：デフォルトの名無しさん：2020/11/19(木) 23:12:00.90 ID:6wV8xy2P.net
- >>868
大体バックエンドとフロント同じメンバーでやってるケースは小規模なシステムだけだろ。
打ち合わせでサーバーサイドのAPIの仕様にはガンガン突っ込むが、
なんで作ってるかなんて範疇外だし
ノウハウで秘密なザービスあって
呑み会ネタだよ。
- 878 ：デフォルトの名無しさん：2020/11/19(木) 23:14:49.44 ID:9rIZuAkJ.net
- 酔っ払ってんのか？ｗ
- 879 ：デフォルトの名無しさん：2020/11/19(木) 23:25:30.74 ID:ad/G+6fF.net
- >>877
同じメンバー？同じ言語であってバックエンドとフロントが同じメンバーとは限らないよ。
でも、人の募集かけるときに複数の言語で募集かけずに済むし、バックエンドの人が余ったらフロントに回すとかもできるのはメリットかもしれない。
そこじゃなくて、言語が同じなら型の共有ができるとかそういうメリットがあるのでは？
>>877はバックエンドの経験なし？
そういう体制で作るのってゲームとか？
飲み会でwebassemblyの話題とかあがったりする？
- 880 ：デフォルトの名無しさん：2020/11/19(木) 23:43:39.31 ID:fjzDtjlY.net
- まさにフロントエンドとバックエンドを分けずに開発できるのは本当にいいね
- 881 ：デフォルトの名無しさん：2020/11/19(木) 23:59:28.09 ID:IwXUzkye.net
- >>872
誤魔化したりなすりつけたりまるでチョンだなｗｗｗ
- 882 ：デフォルトの名無しさん：2020/11/20(金) 00:00:57.57 ID:yqtcV1e0.net
- いや分けたほうがいい
同じ言語でも
- 883 ：デフォルトの名無しさん：2020/11/20(金) 00:12:34.09 ID:b0yT42N3.net
- フロントとバックの境目なく開発できるのが効率よすぎる
工数かなり削減できる
- 884 ：デフォルトの名無しさん：2020/11/20(金) 00:29:16.50 ID:cjGOVOB+.net
- >>878
このスレ眺めてると、いろいろアレすぎて
父ちゃん情けなくて涙が出てくらぁ
ですわ。
- 885 ：デフォルトの名無しさん：2020/11/20(金) 00:30:05.58 ID:cjGOVOB+.net
- うそです。独身です。
- 886 ：デフォルトの名無しさん：2020/11/20(金) 00:37:53.99 ID:cjGOVOB+.net
- >>880
>>883
あれだ。ね。
>>879
型の共有ってあれだ。設計がwww
>>バックエンドの経験なし？
大・中規模はなけいど小規模は沢山ある。
大・中規模はクラウド全盛であんたらの考えてるのとはレベルが違うぞい。
言語なんて依存するサービスによって使い分けるわーー。って感じ。
>>webassemblyの話題
あるねーー。おれ初？
- 887 ：デフォルトの名無しさん：2020/11/20(金) 07:55:13.63 ID:zQ2HjQc0.net
- だいぶ酔ってるな…
- 888 ：デフォルトの名無しさん：2020/11/20(金) 08:23:03.67 ID:SrYJCS3X.net
- とりあえずバックエンドの経験はあまりなさそうだな
>>873の質問に答えて欲しかったが…
メガバンクや地銀が基幹システムをtsで作りました
みたいな事例は聞かないしな…
- 889 ：デフォルトの名無しさん：2020/11/20(金) 08:58:53.15 ID:d9WxiBxT.net
- 動けば何でもいいんだよ
動くコードを侮っちゃいけない
- 890 ：デフォルトの名無しさん：2020/11/20(金) 09:42:04.51 ID:CQfd4Gtb.net
- C#で作りました、なんて話は確かに聞かないな。COBOLからJavaの話ばかりだ。
あるというなら銀行名を挙げてみたまえｗ
- 891 ：デフォルトの名無しさん：2020/11/20(金) 09:49:41.56 ID:SrYJCS3X.net
- それもそうだな
まあとにかくスクリプト系言語では作られてないと言うことだな
向き不向きはあって当然だ。
- 892 ：デフォルトの名無しさん：2020/11/20(金) 09:57:20.62 ID:1FMuX9Ox.net
- COBOLからJavaにしたところは失敗だったな
ORACLEのせいでJavaは死んだ
C#にしておけばよかったのにな
- 893 ：デフォルトの名無しさん：2020/11/20(金) 10:08:18.94 ID:cjGOVOB+.net
- >>888
なんでそう極端な事になんの
- 894 ：デフォルトの名無しさん：2020/11/20(金) 10:11:09.55 ID:cjGOVOB+.net
- >>892
”ORACLEのせいでJavaは死んだ”
どんな状況ですか？
UIまわりはSwiftにシフトしてきてますが
- 895 ：デフォルトの名無しさん：2020/11/20(金) 10:13:14.05 ID:XwfijhqD.net
- 【C#/ASP.NET】銀行証券間連携対応案件
https://c-sharp-works.com/jobs/2660
- 896 ：デフォルトの名無しさん：2020/11/20(金) 10:21:52.03 ID:YhokOqrJ.net
- Javaが死んでSwiftにシフト？ｗｗｗｗ
何いってんだこいつｗｗ
Swift使われてるiOSはJVMじゃねーよカス
JVM上でアプリ動くのはAndroidだボケｗｗｗ
なんでJavaが死んでSwiftにシフトすんだこの嘘吐きウンコなすびがｗｗｗｗｗ
- 897 ：デフォルトの名無しさん：2020/11/20(金) 10:28:43.39 ID:yqtcV1e0.net
- セキュリティ厳しい分野で有名なのだとパスワード管理のオープンソースで急速にシェアを伸ばしてるBitwardenがあるな
サーバーサイドC#、モバイルC#、ウェブTS、デスクトップTS、コマンドラインTS、データベースMS SQL Server
マイクロソフトにベッタリだけど、オープンソースでクロスプラットフォーム対応が完璧
クロスプラットフォームやるならマイクロソフトがGood、なんて少し昔なら信じられない時代が来たのかもしれん
- 898 ：デフォルトの名無しさん：2020/11/20(金) 10:44:07.34 ID:1FMuX9Ox.net
- >>894
死んだのはバックエンドの話な
Javaが実質有料化したから使う人減っただろう。
例えばJavaでもっとも流行っていたweb frameworkのSpringがシェア1%しかない。
https://www.wappalyzer.com/technologies/web-frameworks/
バックエンドJavaの代替言語としてC#の存在意義が高まっている
- 899 ：デフォルトの名無しさん：2020/11/20(金) 11:13:05.45 ID:cjGOVOB+.net
- >>898
”Javaの代替言語としてC#の存在意義が高まっている”
これまじ？C#やってると肩身が狭い思いをする事多々だったけど。
>>897
ＭＳは開発環境に力いれてた時代はおわりましたよ。
ＭＳの名前が前面にでると流行らないのでオープンソースでひっそりと。
ＭＳ直下の案件でもAngulr、Backbone.js、Knockout.js とか多かったですね。
そもそも今はクラウドで儲ける会社ですから。
- 900 ：デフォルトの名無しさん：2020/11/20(金) 11:25:04.53 ID:yqtcV1e0.net
- マイクロソフトってその絶大な人気のおかげでアンチも多いから人気がないって勘違いしちゃう人が居るんだろうね
アンチは往々にして人気に比例するものさ
- 901 ：デフォルトの名無しさん：2020/11/20(金) 11:36:45.70 ID:cjGOVOB+.net
- >>900
アンチ多いです。
飲み会とかだと非常に露骨なので、非常に肩身が狭いです。
通常会議の席でも、ＭＳは...みたいな発言してくる人たまにいます。(苦笑)
tsとかはMSの影がチラつかなったから流行ったのだと思ってます。
つられてVS Codeがオープンソース界隈で天下とった感じ。
MacでもVS Code使ってる人多いですよ。
- 902 ：デフォルトの名無しさん：2020/11/20(金) 11:48:07.82 ID:oV8KONP9.net
- 最強開発環境 VS
最強エディタ VSCode
最強型安全OOP言語 C#
最強型付スクリプト言語 TS
最強サーバーサイドWebフレームワーク ASP.NET(Core)
最強Wasmフレームワーク Blazor
最強モバイルフレームワーク Xamarin
最強ソース管理 GitHub
最強共同作業ツール Teams
最強クラウド Azure
全部マイクロソフトじゃんｗ
- 903 ：デフォルトの名無しさん：2020/11/20(金) 12:06:12.55 ID:CjY1gACz.net
- >>902
最強共同作業ツール Teams
最強クラウド Azure
これは絶対に違うわ
TeamsはGithubとの親和性がいまいちなのでJiraの方がいい
クラウドサービスはAWS>>>>>>>Azureくらい差があるな
- 904 ：デフォルトの名無しさん：2020/11/20(金) 12:06:39.52 ID:SrYJCS3X.net
- MSといえば最強OS Windowsでしょうが！
冗談はさておき、坊主憎けりゃ袈裟まで憎いな精神でMS嫌う人多いよね
どの企業もいいとこもあれば悪いとこあるのに。
いいとこ取りしたらいいんですよ。
- 905 ：デフォルトの名無しさん：2020/11/20(金) 12:16:16.66 ID:cjGOVOB+.net
- >>904
対抗のJavaもこんな状況みたいですよ。
https://ityarou.com/ithoudan0261/
- 906 ：デフォルトの名無しさん：2020/11/20(金) 12:26:56.67 ID:WciP5EDn.net
- Javaの有償化でJava離れがあるにしても、なんでそれがC#に流れると思うんだろう
- 907 ：デフォルトの名無しさん：2020/11/20(金) 12:27:44.94 ID:cjGOVOB+.net
- >>906
そうおもいますwww
- 908 ：デフォルトの名無しさん：2020/11/20(金) 12:37:42.38 ID:SrYJCS3X.net
- JavaでもC#でもどっちでもいいんだけど、
俺がずっと聞いてるお堅い金融系とか基幹システムでスクリプト系言語つかわれないよねって質問はYesなんだよね？
言っておくけど俺は静的言語最強とか言わないよ
それぞれ適材適所があって、どの言語フレームワークも銀の弾丸ではないのだ。
使われるシステムや要件の前提条件なしに、お互いの言語をディスり合うのはもうやめるのだ
これでいいのだ…
- 909 ：デフォルトの名無しさん：2020/11/20(金) 12:47:12.70 ID:cjGOVOB+.net
- >>908
スレちですので。
- 910 ：デフォルトの名無しさん：2020/11/20(金) 12:50:55.42 ID:SrYJCS3X.net
- >>909
そうだな
じゃあワシとBlazorの話をするのだ
BlazorServerってロードバランサー挟んだらもう完全にダメなのだ？回避策もないのだ？
- 911 ：デフォルトの名無しさん：2020/11/20(金) 15:08:34.53 ID:aIIASwAX.net
- >>908
金融系のソフトを作っている人は恐らく限られているので、ここには僅かしか
来ていないかも知れない。
以前調べてみたら、日本のプログラマで多くを占めるのは、Webプログラマと
企業向けのカスタマイズソフトウェア。
後者は推定だが、一番多いのは顧客管理と在庫管理、勤怠管理のようなものらしい。
なお、金融系は、少し前まではJavaが多かったが、だんだんとC#に移るものが
増えていると聞いた気がする。
スクリプト言語は余り使われてないかもしれない。
これも金融系ではない一般的な話として、バイナリまたは仮想コードに直さないと
安定性に不安が残るから、と聞いたことがあるい。
なぜかと言われても答えるのは難しい問題だが。
よくある感覚は、WindowsプログラミングでもDLLを使った動的リンクもプログラマには
嫌われていた。MS的には厳密に管理しているからstaticリンクと変わらないと言うが、
多くのプログラマは不安を抱えていた。
インタプリタ言語にも似た感覚があると思う。
作者の判断で何でも変えてしまうことが多いから。
そもそも、スクリプト言語では動的に型を変えることが多いことが一番の原因かも知れないが。
- 912 ：デフォルトの名無しさん：2020/11/20(金) 15:15:57.64 ID:aIIASwAX.net
- >>911
感覚的には、x=y; とソースコードに書いたとして、コンパイルすると、
アセンブリ言語レベルでは、
mov eax,[_x]
mov [_y],eax
となるが、Javaの場合でもこれに類する仮想コードになると考えられる。
ところが、インタプリタ言語だと、こう単純にはならずに、xやyの中に
入っているオブジェクトの種類を調べたり、さまざまなグローバルな設定に
依存してインタプリタがさまざまに「いじくってしまう可能性」も残っている。
それがまず怖い。
現実的にもっと怖いのは関数呼び出しが、例えば64BITモードに変わったら
エラーも無く勝手な変換をインタプリタが行ってしまって何事も無く
過ぎ去るが、そことは全然別の場所でそのことが原因で原因の特定が難しい
とんでも無い不具合を引き起こすとか。
コンパイル型の言語なら、このような場合は大抵の場合、警告くらいは出して
くれる可能性が高い。
- 913 ：デフォルトの名無しさん：2020/11/20(金) 15:18:59.70 ID:1FMuX9Ox.net
- >>906 >>899
Javaとの共通点に気付かないのか？
もともとJava対抗で作られたのがC#だ。
Static
Javaと同等のスピード
中間言語
大手ベンダーのサポート
OOP
Javaが死んだら自然と代替のC#が使われるようになる。
web frameworkで実際にASPが人気になってるだろう
Javaやってたひとはスクリプトでは納得できない。遅い
- 914 ：デフォルトの名無しさん：2020/11/20(金) 15:23:40.07 ID:1FMuX9Ox.net
- >>902
最強Wasmフレームワーク Blazor
これは同意しかねる。debugがまだ弱い
最凶ブラウザ IEもあるぞ
- 915 ：デフォルトの名無しさん：2020/11/20(金) 15:48:12.39 ID:1FMuX9Ox.net
- >>908
金融じゃなくても基幹業務のサーバーサイドでスクリプトは極力避けるもの
メンテのコストがかかる
- 916 ：デフォルトの名無しさん：2020/11/20(金) 17:14:03.59 ID:a0YavFxO.net
- フロントはまだ決定的じゃないけどサーバーサイドはもうC#以外でやりたくない
俺的にはC#9.0でOOP言語の決定版となった
- 917 ：デフォルトの名無しさん：2020/11/20(金) 17:57:31.10 ID:WciP5EDn.net
- >>913
Javaが有償化して離れた人が有償のC#に流れるという不思議。OpenJDKの方がまだ理屈が通るな。
- 918 ：デフォルトの名無しさん：2020/11/20(金) 18:00:44.54 ID:YhokOqrJ.net
- やめたれｗかわいそうにｗｗｗｗ
- 919 ：デフォルトの名無しさん：2020/11/20(金) 18:05:50.87 ID:a0YavFxO.net
- C#は基本無料だが？
- 920 ：デフォルトの名無しさん：2020/11/20(金) 18:14:07.80 ID:1FMuX9Ox.net
- >>917
C#が有償ってなにいってんだ？
オープンソースだし無料だろう
- 921 ：デフォルトの名無しさん：2020/11/20(金) 18:16:45.66 ID:1FMuX9Ox.net
- >>919
情弱はWindowsでしか使えないと思ってるんだろうね
>>918
草はやしてるいつものアホもやっぱりC#なにも知らなかった
C#できないやつはこのスレ来るなよ
- 922 ：デフォルトの名無しさん：2020/11/20(金) 18:28:56.12 ID:p7R0DfKn.net
- 普段スクリプトしか触らない「ホビー」の子達が紛れ込んでそうだね
彼らにガチの業務系バックエンドやらせたら
泣いちゃうんじゃないか？
- 923 ：デフォルトの名無しさん：2020/11/20(金) 18:44:23.66 ID:cjGOVOB+.net
- >>910
スケールアウトできるんじゃないですか？
インフラはSignalRですから。
>>914
Blazorは（Wasm＋JS）のフレームワークですからね。
自分のWebAssemblyの定義には含まれないです。
- 924 ：デフォルトの名無しさん：2020/11/20(金) 18:54:26.25 ID:hiT6wCWB.net
- >>917
有償のしーしゃーぷw
- 925 ：デフォルトの名無しさん：2020/11/20(金) 19:15:17.77 ID:1FMuX9Ox.net
- >>923
Blazor Serverはスケールアウトは要注意。
ドキュメントにも注意点かかれてる。
サーバー増やすとSignalRで再接続した場合に同じサーバーにつながるとは限らない
がっつりステートフルだからきつい
Blazor Serverは多くの処理がサーバーに投げられてハードリソースを浪費する。
レスポンス良くしようと思うとかなりハイスペックなサーバー構成が必要になるはず
サーバー側のリソース良く使うからAzureで儲けたいMicrosoftに
とっては都合のよい仕組みなんだろうけど。
Azureで儲けるために作ったと信じてる。
大規模はステートレスにするっていう流れと逆行してるからな
- 926 ：デフォルトの名無しさん：2020/11/20(金) 19:28:10.70 ID:SrYJCS3X.net
- >>923
>>925
二人ともありがとう
今回作ろうとしてるシステムは社内で使うだけだからセッション維持ができるロードバランサーを使えば大丈夫なのかなと思ってる
しかし客先に入れようとすると、ロードバランサーの設定が大抵の場合他社任せになるから辛いんだよな…
ともかく、二人とも仲良くするんだぞ
- 927 ：デフォルトの名無しさん：2020/11/20(金) 19:38:22.22 ID:cjGOVOB+.net
- >>925
ステートサーバー立ててください。宜しく。
- 928 ：デフォルトの名無しさん：2020/11/20(金) 19:43:56.82 ID:yqtcV1e0.net
- スクリプトキッズにサーバー建てるのは難しいだろうな
- 929 ：デフォルトの名無しさん：2020/11/20(金) 20:53:03.38 ID:1FMuX9Ox.net
- >>927
ステートフルでめんどくさそうで調べてない
>>926
なるほど、そういう機能で解決する手もあるか
社内利用なら利用者数が想定できるし
悪くないね、Blazor Server
標準的なスペックでBlazor Server同時接続どれくらいさばけるんだろう
実験した人いるかな
- 930 ：デフォルトの名無しさん：2020/11/20(金) 21:39:38.50 ID:zQ2HjQc0.net
- >>929
HelloWorldと多機能なグリッドで全然変わるんじゃないか
ページ数とかは影響しないんだろうか
仕組みがわかるようでわからんので想像がつかない
- 931 ：デフォルトの名無しさん：2020/11/21(土) 01:54:11.45 ID:uoIuzy5x.net
- >>925
>サーバー側のリソース良く使うからAzureで儲けたいMicrosoftに
>とっては都合のよい仕組みなんだろうけど。
>Azureで儲けるために作ったと信じてる。
>大規模はステートレスにするっていう流れと逆行してるからな
今までと違ってクラウドは珍しく競争原理が働いているように見えるので
殿様商売をやってきた成功経験豊富なMSが今後どうなるか見物。
コストパフォーマンスの良いサービスに流れるはずだから、無意味に
サーバーリソースを食いまくるようなフレームワークは淘汰されていく可能性が高く、
MSは今までの成功体験とは勝手が違って混乱していくかもしれない。
- 932 ：デフォルトの名無しさん：2020/11/21(土) 01:58:27.18 ID:uoIuzy5x.net
- >>901
>tsとかはMSの影がチラつかなったから流行ったのだと思ってます。
>つられてVS Codeがオープンソース界隈で天下とった感じ。
>MacでもVS Code使ってる人多いですよ。
VS Codeを喜んで使っている人の大部分は、Webプログラマ系の人達なんだそうだ。
なぜならそれ以外のプログラマは、本物のVSを普段から使っているので敢えて
VS Codeを使おうとしないからと書いてあった。
なお、MSがVS Codeを作った理由は、それで一儲けできるかも知れないと思ったから
と考えられるそうだ。
- 933 ：デフォルトの名無しさん：2020/11/21(土) 02:00:35.64 ID:uoIuzy5x.net
- MSは今までから他の人がやって成功したものを模倣することで成功してきたそうだが
クラウドの場合、その成功体験とは異なる結果となる可能性が少しある。
そうなることに期待している。
- 934 ：デフォルトの名無しさん：2020/11/21(土) 02:08:15.26 ID:uoIuzy5x.net
- MSはナデラが就く前まで上手く行かなくなってきたので
破壊的創造などと言って社内で多様なものを作らせる方針に変更した。
結果としてさまざまなフレームワークが登場してきた。
しかし、それを使う開発者目線で見ればそういう多様性は混乱の原因ともなる。
あちらでできる事がこちらでは出来ない。組み合わせることが出来ない。
すべてを含んだものがない。
せっかく慣れてきたと思ったらすぐに非推奨になり全く異なる流儀のものを学び直さなければ成らない。
(それもどれを選んでも結局、数年後には全てが非推奨になる。)
統一感が無いため汚く感じる。
- 935 ：デフォルトの名無しさん：2020/11/21(土) 02:12:20.97 ID:uoIuzy5x.net
- >>934
いろいろな物が出てきて「あれもできますこれもできます」ということが謡われるが
試して見ると中途半端で謡われているほどにはちゃんとできていない。
そして後先考えずに社員達に作らせるから、長い目で見れば自社の他製品と競合し、
結果的に大事な主力製品を衰退させることにつながっていく。
つまり、多様性といえば聞こえがいいが、大黒柱の製品の衰退を招きかねないが
MSが衰退した方がハッピーになる大部分の国々の人々にとっては高みの見物である。
- 936 ：デフォルトの名無しさん：2020/11/21(土) 02:18:19.66 ID:uoIuzy5x.net
- MS製品では既に、WinForms, WPFが非水晶になった苦い経験を積んだ人が多い。
結果としてFlutterやUno,Embarcadero製品,Qtなどだと苦しまずに済むのではないかと
思われる様になった。
人は経験から学び同じ轍を踏む危険を回避しようとするが、MSが今までやってきた
酷い仕打ちは人々の心の中にしっかりと記憶されているので今後は苦しくなってくる
可能性がある。今までは選択肢が無いため不買運動も出来なかったが、今後、
選択肢が出てくれば。
- 937 ：デフォルトの名無しさん：2020/11/21(土) 08:46:23.02 ID:uA84MfqB.net
- 笑
- 938 ：デフォルトの名無しさん：2020/11/21(土) 09:40:03.15 ID:7FWFz+g3.net
- >>932
会社がVS買うお金がないから仕方なくVSCode使ってると思ってた。
一方、個人でVSCode使う人たちは、イケてるWebプログラマのブログを盲信してしまって、他のIDEを使おうとしない…ということなんだろうか。
VSが対応してない言語やMarkdownのドキュメント作るためにVSCode使うのはわかるんだが
tsとかはVS対応してるよね…？
- 939 ：デフォルトの名無しさん：2020/11/21(土) 10:08:49.98 ID:uoIuzy5x.net
- BlazorがAzureで儲けるために開発されたのは多分その通りで
だとすればBlazorの存在を脅かすことになるMAUIはAzureの存在も
脅かすことになる。
- 940 ：デフォルトの名無しさん：2020/11/21(土) 12:10:24.12 ID:uA84MfqB.net
- >>938
いけてるエンジニアの大半が
VS codeに移行してますよ。
- 941 ：デフォルトの名無しさん：2020/11/21(土) 12:28:12.55 ID:e5e39yJt.net
- >>938
SSHとコンテナとWSL2に対してRemote DevelopmentできるイケてるIDE教えて
- 942 ：デフォルトの名無しさん：2020/11/21(土) 12:46:57.02 ID:Dx6bYomK.net
- >>940
別スレだったかで聞いた話だが、
VSCodeとtsの生産性をVS+C#並にあげようとMSが頑張ってるらしいよ
ほんとかどうかはわからんが、もし本当ならなんで生産性低いやり方を選んだってことになる
なんか別の魅力があるんだろうけど。
お金かからないとか。
- 943 ：デフォルトの名無しさん：2020/11/21(土) 12:52:12.55 ID:Dx6bYomK.net
- >>941
なるほどそういう使い方したいとなるとvsでは無理なのか
でもなんでわざわざそんな環境選ぶの？
無償だから？
- 944 ：デフォルトの名無しさん：2020/11/21(土) 13:23:28.07 ID:uA84MfqB.net
- VSというのは開発のフレームワークで
有ることを理解してない人が多い。
マイクロソフトがオープンソースに舵をきった時点で
VSからcodeへの移行が始まりました。
VSはオープンソース扱えませんので...
- 945 ：デフォルトの名無しさん：2020/11/21(土) 13:25:44.19 ID:btCpo2jd.net
- VS使えるけどVS Codeのが軽いから好きっていう人はいるみたいだぞ
特にスクリプトで開発してる人にはVS Codeで十分なのかもしれない。
- 946 ：デフォルトの名無しさん：2020/11/21(土) 13:29:00.61 ID:uA84MfqB.net
- Javaのエンジニアからよく
VSでの開発はお気楽でいいーっていわれてました。
暗にVSがなければビルドすら出来ない
低レベルのエンジニアだろ？て言う嘲笑を込めて...
- 947 ：デフォルトの名無しさん：2020/11/21(土) 13:32:19.66 ID:8nB0jPpm.net
- >>943
逆になんでわざわざローカルで開発するの？
環境がどんどん汚れていくよ
- 948 ：デフォルトの名無しさん：2020/11/21(土) 13:38:14.48 ID:uA84MfqB.net
- >>944
開発のフレームワークを強要すると言うこともあります。
VSプロジェクトのテンプレ構成がどうなっているか理解してる人は少数でしょう。
SDKだけ取得してVSに頼らずに
“ハローワールド！“
すら表示させることが出来ないエンジニアにされてしまいます。
昔VSは低レベルエンジニア量産マシーンだと
言われた事があります。
否定は出来ません...
- 949 ：デフォルトの名無しさん：2020/11/21(土) 13:43:57.74 ID:7FWFz+g3.net
- >>947
なるほど！
そういうメリットがあるのね
ためになります
生産性とトレードオフだと思うけど、高い生産性をキープできつつそう言う環境であれば最強だな。
- 950 ：デフォルトの名無しさん：2020/11/21(土) 14:33:34.32 ID:7FWFz+g3.net
- >>948
低レベルは否定はしないけど、そんなSDKだけ取得してプログラム組まなきゃいけない状況なんかある…？
ソフトウェアを作るのは目的があるわけで、早く間違いのないプログラムを組む必要があるわけじゃん？
そのために不要な作業を無くしてくれてるのがIDEなのでは。
- 951 ：デフォルトの名無しさん：2020/11/21(土) 15:15:00.19 ID:uA84MfqB.net
- >>950
不具合時に対応出来ない。
そもそもVSpjテンプレが
どの様なライブラリを利用していて
それをどう動かしてるのかわからないと。
仕事中にデプロイヤーが自席にやってきて
CIに載せるからビルド方法を教えろとかいわれて
オロオロする光景が目に浮かぶ。
そんな事も出来ないと思われると、
以後、まともな評価を受けられなくなる。
- 952 ：デフォルトの名無しさん：2020/11/21(土) 16:05:06.62 ID:Dx6bYomK.net
- >>951
そのために生産性を落としてまで普段からIDEを使うなと？
災害時にMT車使うかもしれないから普段からAT車に乗るなみたいな感じかな
- 953 ：デフォルトの名無しさん：2020/11/21(土) 16:11:47.22 ID:uA84MfqB.net
- >>952
生産性とか下がらない。
VSが不便なのでVS Coceを使う。
VSで開発してるとイライラの連続になる。
- 954 ：デフォルトの名無しさん：2020/11/21(土) 16:15:54.65 ID:Yh2Fl+2i.net
- >>952
IDEを使っても使わなくてもビルドできるようにする話でしょ？
- 955 ：デフォルトの名無しさん：2020/11/21(土) 16:39:34.64 ID:Dx6bYomK.net
- >>954
いや元はなんでVS使わずにVSCode使うのかという疑問
しかしVSそんな不便なのか…？
開発するものによるのかな
- 956 ：デフォルトの名無しさん：2020/11/21(土) 16:49:45.37 ID:uA84MfqB.net
- >>955
同時に両方つかってます。
出来るだけVScodeに移したいのですが...
VScodeをメインにしてから
オープンソースをガンガンに使うようになりました。
- 957 ：デフォルトの名無しさん：2020/11/21(土) 17:12:40.76 ID:4gMn2LO0.net
- >>951
MSBuild使ったらIDE用のソリューションをコマンドラインでビルドできるでしょ
- 958 ：デフォルトの名無しさん：2020/11/21(土) 17:13:06.23 ID:hxcfqiTb.net
- >>944
VSがオープンソース扱えないｗｗｗ
- 959 ：デフォルトの名無しさん：2020/11/21(土) 17:16:55.69 ID:/KIG50nt.net
- VSがオープンソース扱えないって全く持って意味不明なんだけど
>>944
- 960 ：デフォルトの名無しさん：2020/11/21(土) 17:29:46.40 ID:nT3dqwl+.net
- >>951
？
VS使ってればデプロイ用にビルドできるから
テンプレートがどんなライブラリ使ってるかなんて考える必要すらないでしょ
あー.C++で作ったものとかはしらねーけど
- 961 ：デフォルトの名無しさん：2020/11/21(土) 18:00:43.50 ID:Dx6bYomK.net
- >>956
具体的に何の言語で開発してるか知りたい
TypeScript?
- 962 ：デフォルトの名無しさん：2020/11/21(土) 18:04:44.15 ID:4gMn2LO0.net
- >>951
これ使えばVSのプロジェクトをコマンドラインでビルドできますから
https://docs.microsoft.com/ja-jp/visualstudio/msbuild/msbuild?view=vs-2019
- 963 ：デフォルトの名無しさん：2020/11/21(土) 18:30:14.24 ID:tUj1IEm5.net
- VSはちょっとオーバースペックだよな
C#でMVC作りたいなと思ったらdotnet new mvcだけで始められるVSCode+SDKの構成は悪くない選択肢だ
これならインストールしっぱなしでも重くないし環境汚染も最小限で済む
VSは色々とブチこまれて気持ち悪いから本当に必要になった時に仮想マシンにインストールして使う
- 964 ：デフォルトの名無しさん：2020/11/21(土) 18:45:25.34 ID:btCpo2jd.net
- Azure関連を強制でいれてくるのは嫌だね
- 965 ：デフォルトの名無しさん：2020/11/21(土) 20:40:53.54 ID:uA84MfqB.net
- >>963
ですね。
イラン機能てんこ盛りなんで...
あとNuGetが使えなさすぎる...
Bland側にデザイナー機能だけ集約してくれれば、
(Projファイルなしで起動できるようにして、、)
VSCode＋Blendでイイ感じには出来そうなんですが...
- 966 ：デフォルトの名無しさん：2020/11/21(土) 20:45:22.52 ID:FNDs1N2a.net
- VSはバナナが欲しいだけの時にも毎回ジャングルまで付いてくる感じ。
ゴリラ大暴れ。
- 967 ：デフォルトの名無しさん：2020/11/21(土) 21:11:43.33 ID:VNLbvbCf.net
- >>966
普段の開発はVSでやってちょっとファイル確認したいだけのときにはテキストエディタ起動すればいいだけだね
- 968 ：デフォルトの名無しさん：2020/11/21(土) 21:13:18.27 ID:lNbsItg4.net
- ページ内リンクにジャンプする機能つけてくれないかしら
jsでscrollToElement使えば良いんだけど、C#で統一したいお
- 969 ：デフォルトの名無しさん：2020/11/21(土) 23:13:53.31 ID:btCpo2jd.net
- >>1
次スレはタイトルにASP.NETはいれたほうがいい
検索で見つかる確率がおちてる
- 970 ：デフォルトの名無しさん：2020/11/22(日) 02:24:19.95 ID:1vVLpjnv.net
- asp.net webフォームの話とかされたらウザイから入れなくていい
- 971 ：デフォルトの名無しさん：2020/11/22(日) 04:01:21.29 ID:kDrPKY9d.net
- >>970
それならASP.NET 4.0以降と1に書いておけばいいだけの話
本命とか真打とか主観的な言葉はいらない
- 972 ：デフォルトの名無しさん：2020/11/22(日) 04:51:59.64 ID:723Q6HfQ.net
- >>969
Blazorに興味のある人は「Blazor」で検索かけるんだから今のスレタイで検索に引っかからないとかあり得ないだろ
- 973 ：デフォルトの名無しさん：2020/11/22(日) 05:12:34.36 ID:kDrPKY9d.net
- >>972
ASP.NETはやっているがBlazorはまだ未経験のひとは
たいていBlazorで検索しない。
BlazorはASP.NETのごく一部の機能や名称でしかない。
ASP.NETとかMicrosoftとかのキーワードはないとまずい
BlazorだけでなくASP.NETの今と未来の話題も多い
- 974 ：デフォルトの名無しさん：2020/11/22(日) 05:32:18.16 ID:kDrPKY9d.net
- 970超えたので立てておいた。
意外と伸びたな。プログラム板で10位くらいになった
Microsoft ASP.NET Blazor #02
http://mevius.5ch.net/test/read.cgi/tech/1605990630/
- 975 ：デフォルトの名無しさん：2020/11/22(日) 05:41:17.38 ID:JkaRaUVi.net
- >>974
ウゼー
- 976 ：デフォルトの名無しさん：2020/11/22(日) 07:55:58.97 ID:vrdBpsCk.net
- .NETの次世代フレームワーク
MAUIやらUnoやらの話ができるスレッドがほしい
- 977 ：デフォルトの名無しさん：2020/11/22(日) 08:20:58.44 ID:kDrPKY9d.net
- >>976
>>974のスレで大丈夫だよ
今までもあったし新しめの.NETの話題ならだいたいOK
それはっきり書くと反対意見がうるさくなりそうだからあえて書かなかった。
Blazorの話題だけでは単独スレとして維持できないほど過疎る
- 978 ：デフォルトの名無しさん：2020/11/22(日) 08:27:33.56 ID:kDrPKY9d.net
- >>976
cross-platformのnative appsなら
Xamarinスレッドでもいいと思う。
MAUIはXamarinの進化系なんでね
あとはC#が好きな住人がいる
MAUIはベータでもいいから実用レベルになったら
単独スレッド立てればいいんでは
- 979 ：デフォルトの名無しさん：2020/11/22(日) 10:08:44.54 ID:ujQ9d+0r.net
- じゃblazorも実用レベルになってから立てろや
人柱集め必死だな（藁）
- 980 ：デフォルトの名無しさん：2020/11/22(日) 10:13:27.65 ID:z9Ma3WXK.net
- >>1の意向がどうあれ、ああいう形で立てちゃった以上MAUIとかはスレチだろうな。
- 981 ：デフォルトの名無しさん：2020/11/22(日) 10:34:54.40 ID:bLh5qcao.net
- >>963
dotnet new mvc で作ったものと
Visual Studio のテンプレートで作ったものは
全く一緒なんだけどな
Visual Studio も今では裏で dot net new 使ってるだけだから。
ホントあほやな
- 982 ：デフォルトの名無しさん：2020/11/22(日) 10:52:02.89 ID:HCtRnQNZ.net
- >>981
主にVSインストール時に
何でもかんでもつっ込まれる
いらんライブラリーの事含めてるのでは？
VScodeはVSより使いこなし必須なので人によるが、
サクッと短時間ではじめるには最良かと。
- 983 ：デフォルトの名無しさん：2020/11/22(日) 10:58:57.20 ID:WQzVWV9G.net
- >>981
同じだったらコマンドのほうが圧倒的に早くていいじゃんｗ
え？なんでdotnet newで済むことを超ヘビー級のVSインストールしてやらなあかんのｗｗｗ
- 984 ：デフォルトの名無しさん：2020/11/22(日) 11:00:53.84 ID:bLh5qcao.net
- >>983
>>983
最初の一分ケチってその後何十時間の開発無駄にするあほwww
- 985 ：デフォルトの名無しさん：2020/11/22(日) 11:14:34.94 ID:kDrPKY9d.net
- >>979
Microsoftが正式版といって出したなら実用レベルなんだな
wasmもdubugが困難というだけで動作は問題ないし
Blazor Serverはなにも問題がない。
- 986 ：デフォルトの名無しさん：2020/11/22(日) 11:14:41.92 ID:WQzVWV9G.net
- VSのコーディング体験は確かに素晴らしいものだが、環境汚染とリソース消費は無視できない問題だ
数カ月から数年渡ってC#のコーディング”のみ”に集中する予定があり、その間、他のプロジェクトには参加しない
そんな時なら流石に自分もVSで開発する
そうでないなら、SDKとVSCodeでカジュアルに開発したほうが負担が少ないんだな
- 987 ：デフォルトの名無しさん：2020/11/22(日) 11:15:56.43 ID:HCtRnQNZ.net
- >>984
VSからcodeに移行してから世界が変わりましたよ。
貴殿が何も出来ないからでは？
- 988 ：デフォルトの名無しさん：2020/11/22(日) 11:24:10.54 ID:uJX0FfO+.net
- >>986
そもそも与えられてるPCが開発用なんだからVS入れると環境汚染だという考えが理解できないんだよな
そのためのPCだもん
- 989 ：デフォルトの名無しさん：2020/11/22(日) 11:28:37.13 ID:kDrPKY9d.net
- >>980
そういうのはっきり境界決めようとすると荒れるからこれでいいんだよ
MSの技術の話題ならあまりうるさく反対するひといないよ
- 990 ：デフォルトの名無しさん：2020/11/22(日) 11:35:01.52 ID:kDrPKY9d.net
- >>983
>>981に論破されてるし。
コマンドだとパラメーターを覚えて一字一句、正確に打たないといけない
覚えるのが無駄。
ファイルからコピペするならファイル探してる間にウィザードなら終わってるわ
- 991 ：デフォルトの名無しさん：2020/11/22(日) 11:36:13.79 ID:pRccuIbb.net
- >>988
うんだからそれだけに集中していい簡単なお仕事ならそれでいいんじゃないの
俺は複数案件持ってるし、1つの案件でも使う言語は1つじゃない
様々なミドルウェア、サーバー、ツールを組み合わせて使ってる
そしてそれらをDockerでまとめ上げて環境汚染を回避してる
最近だとこういう構成のほうが多いんだよ
C#のコーディングだけやっとけばOKなんてことは稀
- 992 ：デフォルトの名無しさん：2020/11/22(日) 11:37:34.75 ID:pRccuIbb.net
- >>990
入力補完もヘルプもあるから問題ない
そもそもそれぐらい覚えることができない低スペック脳でIT従事したらだめだろｗ
- 993 ：デフォルトの名無しさん：2020/11/22(日) 11:42:43.30 ID:auUdtGyh.net
- つうか完全にスレチなんでVSスレでやるべきだな
- 994 ：デフォルトの名無しさん：2020/11/22(日) 11:44:31.95 ID:HCtRnQNZ.net
- 現場でコマンド叩けなないと恥かきますよ。
リモートでターミナルしか繋がってなくて
コマンドでgitからソース落としてビルドなんて結構普通。
いつもVSだから出来ませんします？
- 995 ：デフォルトの名無しさん：2020/11/22(日) 11:45:33.32 ID:5luZKc4T.net
- 偉そうなこと言ってるけど結局MSBuild知らないレベルだったもんな
>>951
- 996 ：デフォルトの名無しさん：2020/11/22(日) 11:50:27.55 ID:bLh5qcao.net
- dotnet new はインストールされているSDKの最新バージョンがデフォルトで適用されるのに対して
VisualStudioではまだ.NET Core 3.1 をターゲットとして作成されるし
コマンドの方がオプションは豊富だから最初から作りたい構成に近づけて作ることはできるかな
でも一度作ってしまった後はVISUAL
STUDIO使った方が全体として楽
まぁ企業で VisualStudio買ってもらえないところは
目をつぶってVSCodeマンセーッイワナイト
やってられないんだろうけど
- 997 ：デフォルトの名無しさん：2020/11/22(日) 11:57:57.83 ID:kDrPKY9d.net
- >>996
ターゲットは最後に選んだのが出てくるだけでは？
SDK .NET5.0いれてwizardで最初に.NET5選んでからは
wizardで5.0が選択された気がするよ
- 998 ：デフォルトの名無しさん：2020/11/22(日) 11:58:59.32 ID:vrdBpsCk.net
- >>994
その現場はなんでVS入れてないの？
お金もったいないから？
- 999 ：デフォルトの名無しさん：2020/11/22(日) 12:01:35.93 ID:kDrPKY9d.net
- 次スレッドです。
Microsoft ASP.NET Blazor #02
http://mevius.5ch.net/test/read.cgi/tech/1605990630/
- 1000 ：デフォルトの名無しさん：2020/11/22(日) 12:02:08.78 ID:bLh5qcao.net
- >>997
あー、asp.net core ではバージョン選択できたわ
この間Consoleapp作ったときに選べなかったから
勘違いしてた
- 1001 ：2ch.net投稿限界：Over 1000 Thread
- 2ch.netからのレス数が1000に到達しました。
総レス数 1001
295 KB
掲示板に戻る
全部
前100
次100
最新50
read.cgi ver 2014.07.20.01.SC 2014/07/20 D ★