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

■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
垢版 |
2020/07/20(月) 23:36:36.67ID:td0HkrQz
混沌を極めるWebアプリケーション界隈に現れた一筋の光明
型無し言語 JavaScript の悪夢を打ち払い
林立するエコシステムの亡霊を退散
アプリケーション開発者の希望となるMVVMを引っ提げて登場した真のSPA開発環境

Blazorを語る者よ、集え！

ASP.NET Core Blazor の概要
https://docs.microsoft.com/ja-jp/aspnet/core/blazor/?view=aspnetcore-3.1
2020/11/11(水) 12:47:54.87ID:z8u+cv+u
クライアント版で開発すればサーバー側の実装まで一緒に死ぬことはないと思われるんだけど…
ReactじゃなくてBlazorを選ぶのか？と言われると揺らぐ
2020/11/11(水) 13:30:01.83ID:7A3xK0xJ
>>729
あれはブラウザー内にデスクトップアプリ
動かすようなレベルのもんだから
何もってきても無理じゃね？
2020/11/11(水) 13:45:18.87ID:y64JAG21
フロントは使い捨て
733デフォルトの名無しさん
垢版 |
2020/11/11(水) 14:55:53.43ID:PR+fp9tK
>>729
Silverlightと違ってWasmはstandardだから無くならない。

BlazorはMSだから長期サポートされる。
Reactとかは人気落ちたらセキュリティパッチすらでるか怪しい
サポート期間の長さでMSより安心できるベンダーはない

Blazor WebAssemblyならば、
server-sideをASP.NET MVC + Web APIsで作るわけで
これ以上、安心できるserver-sideはないだろう。
速度も速いし長期サポートあるしC#使えるし。
もしBlazor廃れたらWeb UI frameworkだけ入れ替えればいい
2020/11/11(水) 16:54:13.95ID:zCFWfmOs
速度が速いとウソをつく
↓
激遅の現状を突っ込まれる
↓
速度など問題じゃないと強がる
2020/11/11(水) 16:56:17.09ID:hOXuGr8Y
MS新ﾌﾚｰﾑﾜｰｸBlazor、Lighthouseで23点を叩き出すｗ
https://mevius.5ch.net/test/read.cgi/tech/1596698340/
736デフォルトの名無しさん
垢版 |
2020/11/11(水) 17:34:11.90ID:RGkWwZkF
ドキュメントを読んでいて、コンポーネント間コミュニケーションのパラメーターやカスケードパラメーターが出てきたんだけどさ
便利そうだけど、これって使ったらコンポーネント同士が強固に依存しちゃうんじゃないの？
ファイルの編集・差し替えを繰り返すうちにスパゲティー化してきたり、いつか破綻しちゃわないか気になるな
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
2020/11/11(水) 18:34:49.69ID:z8u+cv+u
>>733
MSのLTSはあまり期待してないなぁ
ソース管理についてもTFSがフェードアウトしてる感あるよね？
かと言って、Githubにデータ移行はできないし
MSはこういう所が横暴でロックインし難い
2020/11/11(水) 18:50:22.79ID:iQgtLl5J
>>736
上位コンポーネントからパラメータで渡す分には問題ないと思う
通常のプログラミングでいうと関数的な使い方

カスケードプロパティは危険な臭いがプンプンする
これはグローバル変数のようなもの
俺はカスケードプロパティは全く使う気がしない

パラメータで渡さない場合は状態を管理するクラスを1個作ってInjectするといい
コンポーネントからはこのクラス経由でしか状態にアクセスしない
これはインメモリリポジトリのようなもの
2020/11/11(水) 19:05:28.34ID:PR+fp9tK
>>734-735
backendのベンチマークだ
JavaやC#が動的言語より速いのは常識
知らないやつは初心者

>>735
また計測不能ばかりのクソサイト張る無能
楽天も計測不能
740デフォルトの名無しさん
垢版 |
2020/11/11(水) 19:07:30.66ID:PR+fp9tK
>>737
LTSは同類のほかのソフト出さないって意味じゃないだろ
セキュリティパッチ出てるならサポートしてるってこと
Googleとか他社はそれすらできてない
741デフォルトの名無しさん
垢版 |
2020/11/11(水) 19:23:06.81ID:TxKdQIKG
遅さに関してはＭＳの責任者が１０倍遅いと言ってるし、
実際使うとともっさりしてんだよな。
サーバサイドのよりましだけど。
742デフォルトの名無しさん
垢版 |
2020/11/11(水) 19:32:33.32ID:PR+fp9tK
>>741
10倍遅いというその発言も捏造
JS interopは.NET 5でかなり高速化したと発表されてる

wasmはよほどしょぼいハードの人以外は問題ないスピードになってる
743デフォルトの名無しさん
垢版 |
2020/11/11(水) 19:46:14.98ID:TxKdQIKG
でも実際使うとともっさりしてんだよ。
JS interopの影響なのだろうけど、
処理概要を聞いたら感覚的に卒倒しとうなアーキテクチャだ。

サーバサイドのよりましだけど。
2020/11/11(水) 20:34:50.42ID:PR+fp9tK
むやみにevent呼ばなければ遅くならない
高速化のtipsも書かれてる
Blazor Serverの名前も出てこないようだしまともに
ドキュメント読んでるとは思えない
2020/11/11(水) 20:39:05.32ID:zCFWfmOs
>>734 の予言、当たってしまうｗｗｗｗ
速度が速いとウソをつく ( >>733 )
↓
激遅の現状を突っ込まれる ( >>735,741,743 )
↓
速度など問題じゃないと強がる ( >>742 )
2020/11/11(水) 20:45:42.57ID:Ka3nFfxe
激遅の現状を捏造する

の間違いだな
実際速くなってるよ.NET5
747デフォルトの名無しさん
垢版 |
2020/11/11(水) 20:48:31.47ID:PR+fp9tK
>>745
おまえアーキテクチャ全然理解してないのがバレバレ
backendとfrontendの違いも
WasmとBlazor serverの違いもわかってない

おまえはjQueryおじかweb app作れない奴だろうな
748デフォルトの名無しさん
垢版 |
2020/11/11(水) 20:51:59.41ID:TxKdQIKG
Blazorはもともと高性能を目指したものではないからなーー。

https://ichi.pro/blazor-de-no-shumatsu-burauza-de-c-o-jikkosuru-118284362990616

開発者自身も了解している事じゃないの？
開発スタートの経緯を聞いてもそう思う。
偶然の産物なんだよ。このプロダクトは。
2020/11/11(水) 21:27:58.47ID:z8u+cv+u
>>740
あーそか
LTSは別の話だったね
750デフォルトの名無しさん
垢版 |
2020/11/11(水) 22:17:54.32ID:PR+fp9tK
EdgeだけでもC#がnativeで動くようにしちゃえばいいのにな
MSがブラウザの独自エンジン開発放棄したのは失敗だった

まさかのIE12でもいいよ
C# native実行できちゃうやつな
2020/11/11(水) 22:59:52.25ID:y64JAG21
メジャーフレームワークの事前ダウンロードオプションはそのうちサポートするんじゃないの
それか単にブラウザ拡張を作ればいい
事前キャッシュするだけだから簡単だろう
752デフォルトの名無しさん
垢版 |
2020/11/12(木) 00:16:11.70ID:5db75by5
フロントは使い捨てと書いてる人いるけど
フロント側でC#がガンガンうごくので、
APIがデータベースの土管になって、データ加工して表示するロジックとかrazor側にガリガリ書いちゃってる。これまずいのかな。
いやでもそれがwasmのメリットだよな…
2020/11/12(木) 01:50:40.38ID:NTmEPJN8
いいよ
UIにまつわるダーティな処理はクライアントでやろうがサーバーでやろうがUI入れ替えとともに消える運命
754デフォルトの名無しさん
垢版 |
2020/11/12(木) 03:08:04.23ID:1tLZbmtr
>>752
クライアント（View）は表示のみですね。
クライアントなくても、Curl等でAPI直叩きで業務が流せればOKです。

それが出来ないような実装なら、単体テスト出来ないでしょ。
755デフォルトの名無しさん
垢版 |
2020/11/12(木) 05:45:40.02ID:VInW0j8K
>>752
データ表示に関するコードはwasm内でやるべきでしょ
なるべくclient-sideでやってserver-sideをスケールしやすくする。
756デフォルトの名無しさん
垢版 |
2020/11/12(木) 08:05:24.53ID:VInW0j8K
>>748
wasmで作ったゲームサイト、スムーズに動いてるな
https://aesalazar.github.io/AsteroidsWasm/

ゲーム以外でこれ以上ぬるぬる動かす用途ないだろ
読み込みloadingも2秒程度だった

>>745
これみれば一発でわかる。
計測できないlighthouseがクソなだけだ
https://aesalazar.github.io/AsteroidsWasm/
2020/11/12(木) 10:03:52.41ID:a1NEuwV/
>>752
それC#だからとか関係なくね？
業務ロジックはサーバーサイドで、データが取得できたあと表示に関する部分はどうぞご自由に、というのが手離れの良い設計だと思う
2020/11/12(木) 10:30:35.87ID:NTmEPJN8
ドメインモデルとプレゼンテーションモデルの変換はプレゼンテーションで行うのが正解

ReactなどのJSフレームワークは言語が貧弱だからこの変換処理が増えてくるとキツい

その回避策として先人はバックエンドforフロントエンドなどというバカみたいなパターンを作り出してしまった
プレゼンテーションモデルへの変換処理をバックエンドの高生産で高速な言語でやってしまおうという発想だ
なんという本末転倒

Blazorなら変換処理もC#で快適に実装できるのでいちいちバックエンドにやらせる必要はない
バックエンドはドメインモデルをJSONで返すだけでよい
これが世界中の開発者が本当に求めていたものだ
2020/11/12(木) 10:59:08.18ID:1tLZbmtr
>>758
TypescriptはC#とjsの良い事どりの呈してますよ。
2020/11/12(木) 11:02:54.43ID:uK53dAw4
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
つまりまだ全然安定しておらず、成熟していない。
2020/11/12(木) 11:06:19.07ID:vwJUExFh
>>759
同じ設計者の末弟ケンシロウだからね。
C#はジャギ。
Delphiはトキ。
2020/11/12(木) 11:15:38.91ID:50stAN1W
>>760
すぐに解決するだろう
2020/11/12(木) 11:17:38.70ID:50stAN1W
>>759
TSは悪くない選択肢だね
764デフォルトの名無しさん
垢版 |
2020/11/12(木) 11:34:11.07ID:VInW0j8K
>>760
アホだ。最適化が終わってないだけは安定してないとはいわない。

しかもほとんどチェックマークついて対策済みになってるし
残りも.NET5までに対策される
.NET5はもうRC2だし

深刻なのはコピペしかできない>>760の頭の悪さ
>>756 でゲームデモで論破された
765デフォルトの名無しさん
垢版 |
2020/11/12(木) 11:51:45.96ID:1tLZbmtr
>>763
node.jsの開発者がTypeScript直接実行できるの作ってますよ。
https://ja.wikipedia.org/wiki/Deno
2020/11/12(木) 12:15:23.47ID:50stAN1W
5の次がLTSだっけ
Blazorもそこに合わせて仕上げてくるだろうね
いよいよだ
さよならJavaScript
2020/11/12(木) 13:32:02.28ID:uK53dAw4
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)
2020/11/12(木) 13:53:32.08ID:NTmEPJN8
いつまで過去の情報に振り回されてんだこいつ
2020/11/12(木) 13:56:33.64ID:uK53dAw4
では現在AoTになりましたか？ｗｗｗ
2020/11/12(木) 14:11:17.34ID:uK53dAw4
エッ！一年前から遅い遅い指摘されてたのに、まだ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.74ID:1tLZbmtr
遅さはAOTだけで改善出来るもんじゃないと思う。
WASMと期待させておきながら、
画面描画を全部ＪＳでやるという仕様が回避できなければ、
永遠に遅いままかと。
772デフォルトの名無しさん
垢版 |
2020/11/12(木) 15:12:17.29ID:BTLciJco
>>754
この人だけ意見が違う…
取得するデータごとに違うapi用意しだしたら、業務システムとか大変なことになるんだが…
2020/11/12(木) 20:31:18.84ID:T/ltJ8kq
サーバーサイドと言語を揃えれるのがいいね
.NET5でLinuxデスクトップもサポートされるようだし
これでC#大統一理論にまた一歩近づいた
774デフォルトの名無しさん
垢版 |
2020/11/12(木) 21:39:57.08ID:VInW0j8K
やっぱり.NET5の正式版でてた
https://dotnet.microsoft.com/download/dotnet/5.0

>>723 >>725
でNuGetにだけ.NET5出てきて混乱したが
webの更新が遅れていただけのようだ
さっそく.NET5.0に入れかえよう
775デフォルトの名無しさん
垢版 |
2020/11/12(木) 22:01:02.38ID:VInW0j8K
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.50ID:0SZnzCKt
「Python」生みの親グイド・ヴァンロッサム氏、マイクロソフトに入社 - CNET Japan:
https://japan.cnet.com/article/35162404/

MSがPython開発者もとりこんできたぞ
どうなるんだこれ
2020/11/13(金) 19:22:12.07ID:35N+92Bf
いいね
次はLinuxカーネルを取り込むのかな
778デフォルトの名無しさん
垢版 |
2020/11/13(金) 20:05:27.67ID:0SZnzCKt
静的言語じゃないからASP.NETやwpfはpython対応しないだろうな
2020/11/13(金) 23:51:54.28ID:5UZkZfSA
IronPythonの話？
780デフォルトの名無しさん
垢版 |
2020/11/14(土) 21:54:51.97ID:so9GdEvw
純粋Pythonの話
IronPythonは良く知らない

.NET5でF#もバージョンアップしてるようだけど
あまり流行ってる気がしない
781デフォルトの名無しさん
垢版 |
2020/11/16(月) 10:49:42.55ID:avD8L72D
Blazor WebAssembly、難しすぎる
Identyと
ASP.NET CorehostedありでProject作ると
counterのデモすら動かない。
Authorizingがでたまま止まる。
ブラウザ下にはunhandled exception。unhandledは現状デバッグできないらしい

dotnet v3.1でも.NET 5.0でも同じ。
Identity Serverのしっかり学習して設定しないとデモすら動かないのかな？
hostedのWasm、これどうやって動かすの
2020/11/16(月) 11:00:59.37ID:avD8L72D
wasmはunhandled exceptionが対応するまでハードル高い気がした
どこが間違ってるのか見当がつかないので大変だわ
2020/11/16(月) 12:23:29.18ID:Ud7NUROw
デバッグはちょっとしんどいよな
普通にC#で開発するときの生産性を期待するとガッカリする
まあそのへんもまだ黎明期ってことで時間が解決するだろうけど
784デフォルトの名無しさん
垢版 |
2020/11/16(月) 12:51:41.00ID:xbUtcVVl
ほんまそれ
try catchで飛ばしても
エラー内容が改行されてないから見づらい。
2020/11/16(月) 15:57:18.90ID:UwqGwG/i
ホットリロードも効かないしな。
ガチでやり始めると地獄だよ。マジ
786デフォルトの名無しさん
垢版 |
2020/11/16(月) 22:44:17.44ID:avD8L72D
WebAssemblyはガチでやる前に挫折した
Wasmはunhandled exceptionとか機能が充実するまで待つとする

Front何で作ろうかな
Blazor Serverは人数増えたらスケールしなくて破綻しそうだし
ReactはJS/TSでだるいし。
XamarinかFlutterでも始めるかな
Flutter for Web使ってる人いるかな
2020/11/16(月) 22:48:59.15ID:vQH+lNQ/
SvelteかElmでいいんじゃねーの
788デフォルトの名無しさん
垢版 |
2020/11/17(火) 08:39:28.22ID:cTR5hN6k
何を作るかによるけど、サーバーサイドと型の共有ができないと色々めんどくさい

フロント側を違う言語にして型が共有できなくなるか
デバッグがめんどいけどwasmにして型を共有できる恩恵を享受するか…
悩ましい

エディットコンティニュー、ウォッチ式、ホットリロード等この辺充実させてからリリースしてほしかったなあMSさん。

ホットリロードそのうちできるみたいな記事を海外のTwitterかなんかで見た気がするんだけどどうなったんだろう。
2020/11/17(火) 08:52:54.81ID:ooCV67uO
>>788
.NET6.0
790デフォルトの名無しさん
垢版 |
2020/11/17(火) 09:32:33.92ID:cTR5hN6k
.NET6が出たら起こしてくれ
2020/11/17(火) 10:07:43.97ID:WUYxAqUP
スレ違い宣伝爆撃で荒らし回ってたのってやっぱりMSの工作員だったんだな。
MSKK社員はコーディングできないしステマしか仕事ないんだろうなｗ
792デフォルトの名無しさん
垢版 |
2020/11/17(火) 11:43:25.58ID:tHQku81F
>>787
そのふたつちょっと調べてみたがJSへtranspileする言語だな
transpileで我慢するならTSのがましな気がする
2020/11/17(火) 11:47:52.17ID:Upj8YQ8N
？？？svelteはtsで書くんだけど…
まあjsでも書けるけど…
2020/11/17(火) 11:54:00.50ID:tHQku81F
>>790
1年後の.NET6の前にベータで機能追加くるだろうし
たまにリリースノートとかチェックすればいいんじゃないか
795デフォルトの名無しさん
垢版 |
2020/11/17(火) 11:57:26.47ID:cTR5hN6k
>>794
いや、起こしてくれ
796デフォルトの名無しさん
垢版 |
2020/11/17(火) 12:03:11.01ID:tHQku81F
.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.89ID:tHQku81F
>>795
Hot reloadはXamarin.FormsやFlutterにあるようだぞ
2020/11/17(火) 12:18:47.63ID:OuU2HSO4
C#大統一理論、もしかして現実的な話だったのか
世界最高シェアのwindowsと相性抜群
主要デスクトップ、サーバーで動く
モバイルも簡単、ゲームもUnityがある
ブラウザでも動く
今後増えてくるWasmエッジ環境でも動く
これらが圧倒的高生産性のVS、VSCodeで開発可能
799デフォルトの名無しさん
垢版 |
2020/11/17(火) 12:29:20.42ID:cTR5hN6k
他は知らんけどBlazorに関してはその高い生産性とやらが出せてから言えって感じ。

自分もC#好きだからMSには頑張ってほしいけど、こうも中途半端だと、
世間には悪い印象しか与えないんじゃないかな。

何でもかんでも手を出してる&早くリリースすることが悪い方向に行っている気がするなあ。
800デフォルトの名無しさん
垢版 |
2020/11/17(火) 12:40:15.42ID:cTR5hN6k
>>796
Nativeアプリは配布が一手間だからWebアプリで済むならWebアプリで済ましたいわけですよ
2020/11/17(火) 12:52:16.57ID:tHQku81F
>>800
企業向けアプリの話？
不特定多数の個人向けの話？
802デフォルトの名無しさん
垢版 |
2020/11/17(火) 12:59:14.17ID:d47VTbpo
>>801
関係なくない？
何回かこの議論さてる気がするけど…
結局作ったシステムを納品する先の環境に左右される
お客さんによってはネイティブアプリ禁止なところも最近増えてきている。
特に事務系のシステムはWebじゃないとはねられることが多い。
2020/11/17(火) 13:13:53.11ID:tHQku81F
>>802
利用者がだれなのかは決定的に大事なとこだ
法人なら一括でかんたんにインストールできる

Deployを理由にweb appにしてくれというなら
その企業のシステム部門が無能なだけ
かんたんにdeployする方法を教えてやれば方針も変わる。
web appはnativeに比べて従業員の生産性も落ちる。
開発の納期も延びてコストも増える
2020/11/17(火) 13:22:55.71ID:K5jaH1V5
いまのBlazorは生産性最悪ですよ。
でたばっかの製品版なんでしょうがないちゃそうなんですけど、
MSが言ってる通りはなからJS使えないWebForm向けのエンジニア救済用と思えました。
2020/11/17(火) 13:25:54.71ID:K5jaH1V5
あとMAUIがflutterみたいにWebに対応するんじゃないかと思えて...
2020/11/17(火) 13:27:16.98ID:kX22Q/MP
Blazor Server生産性高くて気に入ってる
社内向けだとスケールとか心配ないし
2020/11/17(火) 13:36:36.60ID:aCu5ED3V
Webアプリっていってもなぁ
社内オンプレに納品だとSSL通信が厳しい。
やろうとすると色々めんどい上に高くなるし。
808デフォルトの名無しさん
垢版 |
2020/11/17(火) 14:02:12.68ID:d47VTbpo
>>803
そのシステム部門に合わせるのも大事
少なくともWebアプリよりハードルが高いのは確かなんだから、楽な方選んでくるでしょ。

Blazorの登場によって生産性も高くて配布も不要になる！
と思ったがそうでもなかったって話だな。
2020/11/17(火) 16:32:14.62ID:tHQku81F
>>804 >>806
生産性問題あるのは「Blazor WebAsssemblyは」じゃないのか？
Blazor Serverは楽だと思ったよ

Blazor Serverはスケールしないから不特定多数には向かないが
人数が予測できる社内利用ならありだとおもう
810デフォルトの名無しさん
垢版 |
2020/11/17(火) 16:39:05.00ID:tHQku81F
>>808
Web appよりもXamarinのが楽だよ
YouTubeでXamarinのtutorial, 入門動画見てみなよ
C#使える人ならすんなりはいっていけるし
UIまわり超楽だからひとりでフルスタックやるのも無理はない。

特にReactやBlazor WebAssemblyいじった後なら天国と思えるはず
811デフォルトの名無しさん
垢版 |
2020/11/17(火) 18:15:41.07ID:d47VTbpo
>>809
社内ツールをwasmで作ったが、作り替えよかな…

>>810
Blazorを使う＝何かしらネイティブアプリが使えない事情があるんだろう。その誘導は的外れでは？
2020/11/17(火) 19:04:47.83ID:/SVnFee8
BlazorはServerでもWasmでも
ウェブ配信でもバイナリ配信でもフレームワーク前提の配信でも
なんでもOK
おそらく今最も配信しやすいフレームワーク
813デフォルトの名無しさん
垢版 |
2020/11/17(火) 20:13:50.48ID:d47VTbpo
早速BlazorSeverためしてみたが
確かにこれは生産性高そう。
api設計もいらないし。

スケーラビリティの問題はあるが、百人前後で使うような
業務システム系はこれでいいんじゃなかろうか

しかし…

SignalRで動くというのがなんとも気持ち悪い…
他の言語でもSignalRみたいな仕組みで動いてるアプリとかるのかな…

あとStartupでひたすらAddSingletonしてるのも気になる…
Serviceが数十〜百とかになっても耐えれるのだろうか。
814デフォルトの名無しさん
垢版 |
2020/11/17(火) 20:28:32.57ID:tHQku81F
>>811
前半
何から何への作り替え？既に安定稼働してるならいいのでは。

後半
システム管理の知識ないひとはdeploy大変と思い込んでる場合多いし
なんとなくまわりにあわせてweb appにしちゃってるところがほとんどだと思う。
815デフォルトの名無しさん
垢版 |
2020/11/17(火) 21:52:47.55ID:d47VTbpo
>>814
前半
Blazor wasmからBlazor Severへ作り替え。
小さなシステム&Blazorの実験なので作り替えることは苦ではない。
それよりwasmの生産性の低さがつらい。


後半
他のシステムがWebでそこにネイティブアプリ入れるほうが逆にハードルが高かったりする。

そのシステム管理の知識をお客さんの情報部門に強要できないしな。

自分もなんでもWebシステムであることに懐疑的で、これまではWebではなくてネイティブを選択してきた。
しかし、近年フロントの仕組みが成熟してきた（ネイティブに比べたらまだまだだけど）ので
逆に配布の手間がネックになりつつあるなあと。

よっぽど複雑なシステム（医療系？）であればWebは選ばないけどね…
816デフォルトの名無しさん
垢版 |
2020/11/17(火) 22:38:10.95ID:zxVBZ18I
前言撤回
やはりBlazorServerはなんか邪道な気がする
そのうちMSが
新規プロジェクトで選択しないでくださいとか言い出しそう
一年なんてあっという間だし.NET6まで待ちますかね。
2020/11/18(水) 01:18:37.94ID:a0JYJX3/
>>816
だから最高の生産性ならWPFかXamarinだって。
速度も速いし使いやすい。
本来、業務用ならばWeb appなんて消去法で
最後に仕方なく選ぶものだと思ってる。

deployなんてかんたん。
管理者が無能で一括でdeployができなければ
2,3回クリックするだけでインストールできるようにすればいい。
2020/11/18(水) 03:53:11.39ID:bDgKvSuV
ええ加減スレチやで
Xmarinスレに移動しましょうや
2020/11/18(水) 05:13:00.18ID:IPbBahkD
MAUIがWeb対応して終わるスレ
2020/11/18(水) 08:28:53.23ID:zyZ9fm9I
完成したら最強になる候補ならUNO Plathomeだろ
UWPで開発してそのまんまBlazorとxamarinに翻訳して実行できる
821デフォルトの名無しさん
垢版 |
2020/11/18(水) 09:45:23.20ID:a0JYJX3/
>>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.21ID:a0JYJX3/
>>820
UNO platform、こんなのもあるのか

https://platform.uno/how-it-works/
ここみるとUNOはC# + XAMLで開発とある。
Xamarin. Formsと一緒だ
結局、生産性を考えたらUIをHTML + CSSでやるのはゴミだってことだろうな。

>>819
MAUIのブラウザ対応といいたいのかな
XAMLで書いてHTML, CSSの世界との変換も自動でやるわけ？
WebAssemblyが難航してるの見ても簡単に行くとは思えない
2020/11/18(水) 12:41:11.17ID:KPm7TtZw
NGID:a0JYJX3/
2020/11/18(水) 15:08:02.93ID:870PPpSl
>>821
Xamarinは前にやっとる
失望した。

flutterの方が良さげだ。
825デフォルトの名無しさん
垢版 |
2020/11/18(水) 19:24:39.13ID:a0JYJX3/
>>824
いつ頃のバージョン？失望したところは？

FlutterのがXamarinやReact Nativeより満足度高いらしいな
俺もさわっては見るつもりだ

ただFlutterはWindowsの対応予定ないのが難点
Flutter webもbetaだからwindows対応が問題になる
2020/11/19(木) 02:42:40.13ID:JCzHdIVA
何をいってるんだ　
このまえ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.01ID:/BwiR0R4
>>826
すばらしい
FlutterもWindows appいけるようになるのか、いいね
早くweb appの必要のない世界が来て欲しいわ

Compose for Desktopはまだ時間かかりそう

クロスプラットフォーム開発では現時点ではXamarinとFlutterが抜け出ている感じかな
React Nativeはもうだめそう
2020/11/19(木) 10:25:28.40ID:IwXUzkye
ほーん？ｗｗｗ
React Nativeは
Facebook
Instagram
Uber Eats
Tesla
Skype
Pinterest
SoundCloud Pulse
Walmart
Bloomberg
Discord
等々で使われてるけどｗｗｗ
Xamarinは？ｗｗｗ
Flutterは？ｗｗｗ
2020/11/19(木) 10:27:03.09ID:4dyiCoxA
>>828
スレ違い
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況