【本命】Blazor スレ1【真打】

**デフォルトの名無しさん** · 2020/07/20(月) 23:36:36.67

混沌を極めるWebアプリケーション界隈に現れた一筋の光明
型無し言語 JavaScript の悪夢を打ち払い
林立するエコシステムの亡霊を退散
アプリケーション開発者の希望となるMVVMを引っ提げて登場した真のSPA開発環境

Blazorを語る者よ、集え！

ASP.NET Core Blazor の概要
https://docs.microsoft.com/ja-jp/aspnet/core/blazor/?view=aspnetcore-3.1

**デフォルトの名無しさん** · 2020/08/07(金) 02:08:52.33

>>282
ルールを変えるのはWasmそのものであって、Blazorではない。
Wasmは、Blazorの占有物ではない。

**デフォルトの名無しさん** · 2020/08/07(金) 02:09:41.65

アンチではなく、事実を書いてるだけ。
Blazorが激重・激遅という事実を。
信者にとっちゃ事実はアンチらしいｗ

**デフォルトの名無しさん** · 2020/08/07(金) 02:25:43.00

そりゃ「こんなものウェブサイトには使えないぜ！！」と延々と主張するのは、アンチでは？

**デフォルトの名無しさん** · 2020/08/07(金) 02:28:32.59

グーグルのランクが云々言ってるようでは、おそらくMicrosoftに追い付くのは難しい。
まともなウェブアプリを提供できているのは、事実上Microsoftだけに見える。

**デフォルトの名無しさん** · 2020/08/07(金) 02:45:55.74

>>286
何言ってるの？
Blazorのデモは、「まともな」でも「提供」でもない。
一方、Wasmには、Qtのデモ、AutodeskのCADのデモなどで、ウェブアプリのデモがある。
ウェブアプリ全般としては、HTML5ゲームがある。

**デフォルトの名無しさん** · 2020/08/07(金) 02:49:42.96

ビビッドアーミーをグーグルで測定するとどうなるかやってみろ。

**デフォルトの名無しさん** · 2020/08/07(金) 02:50:57.31

>>285
最初から貶すのが目的で決め付けてかかるのが「アンチ」。
実験した事実に基づいて非難するのは科学的批判。

**デフォルトの名無しさん** · 2020/08/07(金) 02:52:07.92

じゃあやっぱりアンチだろ。

**デフォルトの名無しさん** · 2020/08/07(金) 02:53:08.02

>>288
Blazorは、ビビッドアーミーのレベルには全く達してない。
他のやり方では100KBも必要ないようなものでも、2～7.5MBも必要となる。

**デフォルトの名無しさん** · 2020/08/07(金) 02:54:27.92

ビビッドアーミーは1GBあるぞ。

**デフォルトの名無しさん** · 2020/08/07(金) 02:55:15.25

>>290
科学的実験が出来ていると思いこんでいる人と、本当に出来ている人の違いだ。
アメリカのIT企業は、客観的評価をすれば、どこも技術力は低い。
騙された馬鹿な女子高生がiPhoneを買いまくっている。
Win95もそうだった。

**デフォルトの名無しさん** · 2020/08/07(金) 02:57:07.93

>>292
そんなにはない。
それだと、遅い環境では初回起動するのに三時間くらいかかるはずだが、実際には、
10分程度だった。

**デフォルトの名無しさん** · 2020/08/07(金) 02:59:11.50

10分かけてゲーム起動する人は居ないんだよ。
おまえに合わせて製造してたら会社がつぶれる。

つまり、おまえの意見なぞきくだけ無駄。

**デフォルトの名無しさん** · 2020/08/07(金) 02:59:45.95

ついにビビッドアーミーと戦いだしたBlazor信者ｗｗｗ

**デフォルトの名無しさん** · 2020/08/07(金) 03:01:45.25

>>296
俺の考えではビビッドアーミーをはじめとする中国のH5アプリは本質をつかんでいる。
もちろんMicrosoftのウェブアプリも。

日本勢はちょっと駄目だな。
ユーザー目線が無いから。

**デフォルトの名無しさん** · 2020/08/07(金) 03:03:01.94

SSRなんて最悪の事態だからな。
「SSRしてしまいましたか」
「やっちゃいましたね」
「反省してます」
これが本来の姿なんだけどな。

**デフォルトの名無しさん** · 2020/08/07(金) 03:05:23.90

俺は中国に学べと何度も言ってるはずだが。

中国は凄いぞ。

俺たちより10年先を行ってる。

**デフォルトの名無しさん** · 2020/08/07(金) 03:06:25.14

Amazon→楽天→ビビッドアーミーｗｗｗ
Blazor信者の藁人形は一体どこまで後退していくのかｗｗｗｗ

**デフォルトの名無しさん** · 2020/08/07(金) 03:08:16.61

中国のビビッドアーミーを馬鹿にしてるが、日本勢がこれを製造するのは無理だぞ。

**デフォルトの名無しさん** · 2020/08/07(金) 03:09:28.06

Blazorを使えば、中国勢と同じようなものが作れる。

これは日本にとって朗報だ。

**デフォルトの名無しさん** · 2020/08/07(金) 03:10:02.32

>>301
馬鹿にしてない。
Blazorは駄目だが、ビビッドアーミーは割りとまとも。

**デフォルトの名無しさん** · 2020/08/07(金) 03:10:30.47

>>302
Blazorは全く関係ない。

**デフォルトの名無しさん** · 2020/08/07(金) 03:15:57.24

Blazorはビビッドアーミーのようなアプリを作るためのもの。
ウェブサイトを作るものではない。

ここが理解できていないのが、日本人のダメなところ。

これでは世界で戦えない。
中国人に教えを請うべき。

**デフォルトの名無しさん** · 2020/08/07(金) 03:20:06.85

MicrosoftのGithubが開発したElectronというものがあるのだが。

**デフォルトの名無しさん** · 2020/08/07(金) 03:21:03.19

MicrosoftのGithubがBlazorionを作る可能性もある。

**デフォルトの名無しさん** · 2020/08/07(金) 03:27:33.08

まあビビッドアーミーなんてMixiの農業と大して変わらんシステムだけどな。

Mixiの農業も中国だったな。

**デフォルトの名無しさん** · 2020/08/07(金) 03:30:07.10

ビビッドアーミーは、cocos2dでJSを使っており、Blazorとは全く関係ない。

**デフォルトの名無しさん** · 2020/08/07(金) 03:38:54.53

全世界に8カ所あるMSRのうち2箇所が中国にある。
日本には一つも無い。

なぜか？
本質を理解するものが日本には存在しないからだ。

**デフォルトの名無しさん** · 2020/08/07(金) 03:39:57.93

Blazorを見て、グーグルの点数などと言い出す始末。

これじゃ日本が見捨てられたのも納得。

**デフォルトの名無しさん** · 2020/08/07(金) 03:53:25.67

>>311
何その論理飛躍。
全く論理的でない。
結論のみで、全く根拠や理由が述べられてない。

**デフォルトの名無しさん** · 2020/08/07(金) 04:19:30.98

>>312
わからないならそれまでだろ。

**デフォルトの名無しさん** · 2020/08/07(金) 06:25:02.46

わざわざ完全論破されにやってきて何がしたいんだコイツラ。

**デフォルトの名無しさん** · 2020/08/07(金) 07:44:56.56

ReactなんかのSPAフレームワークに乗り遅れた人が、Blazorを先取りすれば
上に立てると勘違いしてるんだろう。
他の人はBlazorが使い物になったらキャッチアップするだけ。

**デフォルトの名無しさん** · 2020/08/07(金) 08:42:42.37

アンチの断末魔が心地よい

**デフォルトの名無しさん** · 2020/08/07(金) 09:20:30.97

ヤフーでひどいことになってる。
他人の個人情報が見れたり、他人のデータが書き換わる事態

https://www.asahi.com/amp/articles/ASN86721MN86ULFA02Z.html
https://about.yahoo.co.jp/pr/release/2020/08/06b/

Wappalyzerで検出するとヤフーの登録情報変更のページは
Vue, Nuxt, node.jsを使っているようだが
おまえらはどういうバグだと推測する？

**デフォルトの名無しさん** · 2020/08/07(金) 09:38:48.94

BlazorはC#とVisualStudio(or Code)でフロント系スキルが低い非フロント専門職でもリッチなフロントを安く作れる
それで浮いた金をバックエンドに投資できるからその分だけセキュリティ事故も減るだろうね
まあバックエンドに金かければ確実に事故を防げるというわけでもないが確率は減らせるだろう

**デフォルトの名無しさん** · 2020/08/07(金) 10:24:49.82

>>317
常識的に考えて純粋にバックエンドの問題だろう
さすがにそんな事故はフロントエンドがどれだけバグってようが改竄されようが発生しないように作るものだ
むしろフロントエンドが関係あると思ってる君もかなりヤバいから人を笑う前に気をつけたほうがいい

**デフォルトの名無しさん** · 2020/08/07(金) 10:52:28.88

>>319
フロントとバックの境界ははっきりしていないし
フロントエンド担当者の問題でなければいいと
考えてるおまえのがレベル低いだろう。
そういうバックエンドの知識がないフロントが関与してるからこういう不具合が起こる。

**デフォルトの名無しさん** · 2020/08/07(金) 10:59:09.74

>>319
フロントエンドのコストが高いからバックエンドへの投資が減ってセキュリティがおろそかになったんじゃないの？
資金は有限だからフロントエンドのコストが増えるほどバックエンドに使える費用が減るのは自明ではないかな
あと1人日でもバックエンドへの投資を増やしてレビューとテストを増やしていれば起こらなかった事故かもしれない

**デフォルトの名無しさん** · 2020/08/07(金) 11:59:29.42

結局、アンチのおかげでBlazorの素晴らしさが理論づけられたな。

アンチもたまには役に立つ。

しかし、何がしたかったんだコイツラ。
叩かれるのが好きなのか？

**デフォルトの名無しさん** · 2020/08/07(金) 12:05:57.36

まあそうだな
アンチも含めスレがこれだけ勢いよく伸びてるのはBlazorに関心のある人が多いってことだし
いまはまだアンチの人もBlazorに興味は持ってるわけだ

**デフォルトの名無しさん** · 2020/08/07(金) 12:21:38.09

アンチのフリしたステマじゃないだろうな。

**デフォルトの名無しさん** · 2020/08/07(金) 12:40:18.99

アンチも内心で焦りがあるんだろうな
JSがオワコンになったら乗り換えないと仕事がなくなる
自分達の生活を脅かす新技術に憤りを示すと同時に
、迎合して自分を変えなきゃならないという事も頭では理解してる
その葛藤を5chで喚き散らしてどうにか発散しようともがいてる

**デフォルトの名無しさん** · 2020/08/07(金) 12:46:56.38

革命的な技術の黎明期ってのはいつもこうなんだ
クラウドが現れた時のインフラ技術者とかも同じだね

**デフォルトの名無しさん** · 2020/08/07(金) 13:06:25.05

>>321 なんか見ても、HTMLエンジニアのコストが高いとか書いてるし。
そんなもん時給1000円で良いだろ。

**デフォルトの名無しさん** · 2020/08/07(金) 13:24:54.57

HTMLエンジニアなんてむしろこっちが金貰いたいくらいだ。

**デフォルトの名無しさん** · 2020/08/07(金) 13:37:59.61

セッション情報の共有について全然出てこないんだけどさ
認証を使った場合って、Blazorの機能としてクラスタリングには対応してないの？

**デフォルトの名無しさん** · 2020/08/07(金) 13:41:18.38

クラスタリングって具体的には何のことを言いたいの？

**デフォルトの名無しさん** · 2020/08/07(金) 14:24:20.24

ロードバランサやらフェールオーバーやらでサーバー切り替わったときに
セッション引き継ぎたいとかそういうやつだろ

**デフォルトの名無しさん** · 2020/08/07(金) 14:31:53.44

それはそもそもウェブサイトなんだろうなあ。

**デフォルトの名無しさん** · 2020/08/07(金) 14:33:10.39

ユーザーの立場で言わせてもらうと、ウェブサイトのアプリ化は、イラっとするだけでメリットなにも無いからな。

**デフォルトの名無しさん** · 2020/08/07(金) 14:34:28.09

グーグルのランキング云々言ってるのは、ウェブサイトだからよ。
ホームページエンジニアは間抜けしかいないのか。

**デフォルトの名無しさん** · 2020/08/07(金) 16:55:24.32

>>329
それはフロントエンドじゃなくてAPIサーバーの責務
APIサーバー側で暗号化プロバイダのキーファイルを同じものにすればいい
React、Vueも同じこと

**デフォルトの名無しさん** · 2020/08/07(金) 20:27:29.93

>>325
そうなったらそうなってから乗り換えりゃいいだけの話だと思うが、なんでそんな発想になるのか不思議。
フレームワークを1つしか使えない縛りがあるのか、それともは頭のキャパがそれしかないのかね。

**デフォルトの名無しさん** · 2020/08/07(金) 21:24:13.18

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もつけると何故か連動するようになる
どういう仕組みで動いてんだこれ

**デフォルトの名無しさん** · 2020/08/08(土) 00:10:44.92

>>337
俺は分からんがILSpyで見てみたら？

**デフォルトの名無しさん** · 2020/08/08(土) 00:22:02.33

遅いとか以前に、個人的には、blazorは、書き方が好きになれないな。

**デフォルトの名無しさん** · 2020/08/08(土) 00:39:23.68

>>339
どのへんが？

**デフォルトの名無しさん** · 2020/08/08(土) 00:44:31.87

Razorはシンプルで書きやすくていい
インテリセンスの効き具合も最高

**デフォルトの名無しさん** · 2020/08/08(土) 09:00:10.63

>>340
ノーヒント

**デフォルトの名無しさん** · 2020/08/08(土) 09:36:28.88

なんやこいつ

**デフォルトの名無しさん** · 2020/08/08(土) 09:55:50.82

プレゼンテーションがRazorのうちは、ロジックをC#で書けるだけじゃそんなに美味しくないよなぁ。
早いところWPF/MVVM実現してもらいたいところ。

**デフォルトの名無しさん** · 2020/08/08(土) 10:39:09.15

Xamlで書ける奴はもうあるよ

**デフォルトの名無しさん** · 2020/08/08(土) 10:44:10.28

Razorはシンプルで使いやすいとおもうがな
WPFは記述量が多くなりがちですきじゃない

テンプレートエンジンの是非は置いておいて
JSからC#に移行できるだけでもありがたい
特にValidationが共通化できるから凄い楽になった

**デフォルトの名無しさん** · 2020/08/08(土) 11:03:35.18

>>345
ここでボロクソ言われてるUno Platformかな？
https://techinfoofmicrosofttech.osscons.jp/index.php?Uno%20Platform

**デフォルトの名無しさん** · 2020/08/08(土) 11:38:10.03

>>317
リリース後にテストしてればすぐ発覚したのにな
客が使い始めて何時間も経ってから客からの報告で気付くとか情けない
システム設計とか管理職のバグやろ

**デフォルトの名無しさん** · 2020/08/08(土) 11:44:53.86

>>317
8月7日追記：以下URLにて掲載しました。
URL:https://id.yahoo.co.jp/202008info/

**デフォルトの名無しさん** · 2020/08/08(土) 11:49:36.15

>>317
>6.再発防止策
>再発防止策として「実際のアクセス規模などを想定した事前検証の強化」「問題の早期発見に向けたシステムの監視強化」などを行なってまいります。

これが原因のヒントになってると考えると
ID重複とか初歩的なミスっぽいな
64bitのデータを32bitの変数に描き込んだとかもあり得るな

**デフォルトの名無しさん** · 2020/08/08(土) 13:31:29.46

>>347
違う
詳しくらんがサードパーティのOSSだったと

**デフォルトの名無しさん** · 2020/08/08(土) 13:54:07.65

サーバーサイドのバリデーションを忘れたってミスで大事なデータ壊す事故は信じられないがたまにあるらしい

なんでそうなるかというと

・フロントエンドでバリデーションを書いたからサーバーサイドは要らないとおもった
・バリデーションを別の言語で2回も実装するだけの工賃をもらってない

ということなんだそうだ

BlazorならバリデーションをC#コードで共通化できるので
追加の工数なしにバリデーションの多重化ができるようになるので
バリデーション不足が原因のセキュリティ事故が減ると期待できる

何よりもまず安全でメンテナンスしやすいシステムを作ることが大事だ
その上でパフォーマンスはじっくり改善していけばいい
Blazorはそんな堅実な開発スタイルによく合う

**デフォルトの名無しさん** · 2020/08/08(土) 18:10:35.58

>>352
client sideでは改ざんできるからserver sideでのvalidationは
必須に決まってるのにそんな主張するアホ会社があるんだな

Blazorの前のASP.NET MVCのころから
validationとかdata bindingはめちゃくちゃ楽で良くできてると思うわ

**デフォルトの名無しさん** · 2020/08/10(月) 00:25:31.81

WebAssembly版のBlazorはそろそろ使いもんになってきたの？
スマホ対応も考えた場合

**デフォルトの名無しさん** · 2020/08/10(月) 00:43:18.94

>>354
今はまだダメだ
.NET Core 5 まで待て
その時点でダメだったらもう見込み無い

**デフォルトの名無しさん** · 2020/08/10(月) 00:46:27.08

余裕で実戦配備いけるよ

**デフォルトの名無しさん** · 2020/08/10(月) 00:47:41.67

２３点ｗｗｗ

**デフォルトの名無しさん** · 2020/08/10(月) 11:39:43.59

.Net Core 5 と Xamarin の違いを教えてください

**デフォルトの名無しさん** · 2020/08/10(月) 11:58:26.02

開発楽ちんすぎて気分いいわ
VisualStudioってやっぱスゲーな

**デフォルトの名無しさん** · 2020/08/10(月) 20:29:50.38

>>358
Mauiで統合されるから待て

**デフォルトの名無しさん** · 2020/08/12(水) 18:07:41.59

WPFならViewModelを普通にユニットテストするだけでいい
しかしBlazorだとどうすればいい？

@codeブロックに書いたコードをユニットテストしたい
WASMでxUnitって動くのか…？
Seleniumを使えばテストはできそうだけど量が多くて大変だ

Reactではコンポーネントのユニットテストどうやってんだろ

**デフォルトの名無しさん** · 2020/08/12(水) 21:06:48.85

Reactのコンポーネントは単なる関数だから普通にユニットテストすればいい。
好きなテスティングフレームワーク使えばいいけど人気なのはJest + React-testing-libraryの組み合わせかな。
Blazorは俺も知らん。

**デフォルトの名無しさん** · 2020/08/12(水) 21:35:02.58

>>361
Code BehindとかPartial ClassつかえばViewModelみたいなもんだから普通にテストできる

**デフォルトの名無しさん** · 2020/08/12(水) 23:50:03.09

>>363
普通にってのがわからん
xUnitをwasm上でどう走らせるんだ？

**デフォルトの名無しさん** · 2020/08/13(木) 13:55:23.94

https://twitter.com/juners/status/1293333277109964800
やはり Blazor WebAssembly だと読み込み時間が長い感ある。
今日はClipboard（クリップボード）にコピー機能を実装しました。
unicode.juner.net
https://twitter.com/5chan_nel (5ch newer account)

**デフォルトの名無しさん** · 2020/08/13(木) 14:01:16.79

アプリだから問題ない
キャッシュされるから問題ない

**デフォルトの名無しさん** · 2020/08/13(木) 14:16:19.59

ほっときゃそのうち速くなるよ
.NETコミュニティはパフォーマンスにはうるさいから

**デフォルトの名無しさん** · 2020/08/13(木) 14:59:22.07

探したらbUnitというのはあるようだが
しかしこれも結局は開発マシンのランタイムで実行してんだろ？
wasmでテストしたいんだが

**デフォルトの名無しさん** · 2020/08/13(木) 15:17:01.51

>>367
ご冗談を。

**デフォルトの名無しさん** · 2020/08/13(木) 15:41:08.58

>>369
いやマジで

**デフォルトの名無しさん** · 2020/08/13(木) 17:31:50.20

VisualStudio、WPFも、C#はどれも遅いが。

**デフォルトの名無しさん** · 2020/08/13(木) 18:40:43.17

>>371
ご冗談を

**デフォルトの名無しさん** · 2020/08/13(木) 18:57:33.73

Windowsは何で書かれてるの？えっC++？どうしてC#で書かないの？ｗｗｗ

**デフォルトの名無しさん** · 2020/08/13(木) 19:09:57.24

>>373
Windowsも開発はC#だ

◆QZaw55cn4c · 2020/08/13(木) 19:17:44.60

>>374
でも Windows 自身は C/C++ なんでしょ？

**デフォルトの名無しさん** · 2020/08/13(木) 19:28:38.86

>>375
コンパイラが対応してないから途中でC++に自動変換されるだけの話
開発してる言語は実質的にC#だ
おまえのロジックでいうとC/C++もだめでマシン語以外不可になる

プログラマーが書く言語がC#ならそれでいい

**デフォルトの名無しさん** · 2020/08/13(木) 19:51:45.85

>>372
VSが遅いことは多くの人が認めている。

◆QZaw55cn4c · 2020/08/13(木) 19:59:54.96

>>376
＞コンパイラが対応してないから途中でC++に自動変換
？？？
意味不明ですね
C# から C++ に変換？どういう意味ですか？

**デフォルトの名無しさん** · 2020/08/13(木) 20:11:23.84

>>377
同程度の規模のIDEの中では最速だろう
もちろん機能も最高峰

**デフォルトの名無しさん** · 2020/08/13(木) 20:37:29.41

>>378
MSの開発者はC#でWindowsを開発しC/C++に変換している

**デフォルトの名無しさん** · 2020/08/13(木) 20:38:12.98

>>377
比較ソースよろ

**デフォルトの名無しさん** · 2020/08/13(木) 20:39:23.42

>>380
ソースよろ