[過去ﾛｸﾞ] 【本命】Blazor スレ1【真打】 (1002ﾚｽ)
上下前次1-新
抽出解除 必死ﾁｪｯｶｰ(本家) (べ) 自ID ﾚｽ栞 あぼーん
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
817: デフォルトの名無しさん [sage] 2020/11/18(水)01:18 ID:a0JYJX3/(1/4)
>>816
だから最高の生産性ならWPFかXamarinだって。
速度も速いし使いやすい。
本来、業務用ならばWeb appなんて消去法で
最後に仕方なく選ぶものだと思ってる。
deployなんてかんたん。
管理者が無能で一括でdeployができなければ
2,3回クリックするだけでインストールできるようにすればいい。
821(1): デフォルトの名無しさん [] 2020/11/18(水)09:45 ID:a0JYJX3/(2/4)
>>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 ID:a0JYJX3/(3/4)
>>820
UNO platform、こんなのもあるのか
https://platform.uno/how-it-works/
ここみるとUNOはC# + XAMLで開発とある。
Xamarin. Formsと一緒だ
結局、生産性を考えたらUIをHTML + CSSでやるのはゴミだってことだろうな。
>>819
MAUIのブラウザ対応といいたいのかな
XAMLで書いてHTML, CSSの世界との変換も自動でやるわけ？
WebAssemblyが難航してるの見ても簡単に行くとは思えない
825: デフォルトの名無しさん [] 2020/11/18(水)19:24 ID:a0JYJX3/(4/4)
>>824
いつ頃のバージョン？失望したところは？
FlutterのがXamarinやReact Nativeより満足度高いらしいな
俺もさわっては見るつもりだ
ただFlutterはWindowsの対応予定ないのが難点
Flutter webもbetaだからwindows対応が問題になる
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 1.394s*