.NET MAUIが不人気な原因なんなの？ (426ﾚｽ)
上下前次1-新
120: 05/15(水)00:36 ID:0QhUyids(1/4) AAS
MSの黒歴史
windowsアプリ作れるようにしたで
Visual Studio+Win32で作ってやw
→イベントハンドラやウインドウ関連のAPIがゴミ過ぎるためにまともなUIが作れない
MFC作ったで
C++でオブジェクト指向やでw
→結局ただのラッパーなのでCDocumnetやCViewの本質的複雑さは変わらず誰も使わない
しょうがないからVBで画面作ってやw
→結局画面はこれで作るのが標準になる
ただし、業務ロジックは裏のC++プロセスへ投げることになるのでたかが画面一枚作るのに死ぬほど手間がかかることに
121: 05/15(水)00:43 ID:0QhUyids(2/4) AAS
MSの黒歴史2
.NET Frameworkっていうの作ったでw
Javaより使いやすいC#いう言語も作ったでw
今回はGUIも作りやすうしといた
みんなつこーてや
→フォームアプリのゴミさ加減は相変わらずなので大規模になるとまともにUIが作れない
WPFいうの作ったでw
流行りのXMLで全部書けるんや！！
これが最強やろ！！
→XAMLがゴミ過ぎて誰もついて行けず
省3
122: 05/15(水)00:52 ID:0QhUyids(3/4) AAS
MSの黒歴史3
やがてスマートフォン全盛時代へ突入
Windows phone作ったでw
iPhoneやAndroidより使いやすいで
あと今回はみんな大好きJavaScriptでアプリをつくれるようにしといたでw
UWP言うねん凄いやろ
これに合わせてWinRTいうのも作ったで
裏側はwindowsのランタイムや！！
これからは全部これでええんやで
これで今度こそ勝ちや
省3
123: 05/15(水)00:57 ID:0QhUyids(4/4) AAS
MSの黒歴史4
IE6の死によりブラウザのフロントエンド開発が加速する
その中でReactやVueが流行り始める
仮想DOMを装備して状態を意識せずに書けるスタイルが人気となり爆発的普及を見せる
Blazor作ったやでw
WebアプリをJavaScriptやなくてC#で作れるんやでw
これが顧客が本当に求めたものやろw
→そもそもC#は誰も求めていないので誰も使わず
124: 05/15(水)10:08 ID://HVHYzO(1) AAS
msの出すフレームワークよりelectronで作ったほうがいいってみんな気づいちゃった
125: 05/15(水)17:29 ID:d2BwHAQh(2/4) AAS
いやそんなの本職のフロントエンドプログラマーなら10年以上前から気づいてたから
XAML使う理由がC#と.NET使いたいためだけに我慢してXAMLとMVVM学習してただけの話
.NETだけはとてつもない下位互換性を堅持してるのにフロントエンドフレームワークが常に破壊的変更されちゃただでさえXAML書けるやつもノウハウもナレッジも少ないのに誰が使うねんて話
個人的にC#と.NETでのアプリ・ビジネスロジック実装は今でも神レベルに使いやすいし便利だからC#/.NETからReactやViteやSvelte使えるようにしてくれりゃ全部解決なんよな
まぁ昔からずっと主張してる俺の持論でMSは社内のフロントエンド開発部門の毎年の予算作るためだけにまったく役に立たないゴミみたいなフロントエンドの仕事を用意してやってるだけやで絶対に
126: 05/15(水)18:00 ID:gKXYwwQM(1) AAS
MSはどうにかしてC#を使わせようと頑張ってるんだね
利権かなんか知らんけどさ
127: 05/15(水)18:48 ID:Yl/ROAxF(1) AAS
別にWPFでもいいからXAMLを放棄してhtml5にしてくれたらそれでよかったんだけど、Xamarin
買収しちゃってXAMLがさらにカオス化というのがな。
128: 05/15(水)20:42 ID:rWwaX9Gc(1) AAS
WebView2のMac版とLinux版出してくれればそれでいいよ
スマホはもうC#でやりたいやつ誰もいないだろ、、、
129: 05/15(水)20:57 ID:d2BwHAQh(3/4) AAS
一番期待してたBlazor Hybridも既存のRazor構文とMAUI抽象化レイヤーというゴミ実装でオワコン
なぜTauriのtarui::commandのようなnvoke Commandsの美しくも簡単で便利な実装にできなかったのか
まぁそもそもほんまにMS本社レドモンドで作ったのかも怪しいくらいゴミやから外注に作らせた説もぜんぜんあるわな
ほんまTauriでRustじゃなくてC#使えたら最強やのになぁ
130(1): 05/15(水)21:04 ID:5BURxS90(1) AAS
Tauriの美しさは素晴らしい
デスクトップに限らずそのうちモバイル業界のガワアプリハイブリッドアプリのプラットフォームをTauriが統一すると思う
131(1): 05/15(水)21:14 ID:n0xVoSRA(1) AAS
Tauriで開発されてるアプリでいくつか注目してるのあるけど2～3年立っても一向に開発終わらなってないのがちょっと不安だな
やっぱりElectronに比べると開発速度は出せないのか
132: 05/15(水)21:38 ID:d2BwHAQh(4/4) AAS
>>130-131
Tauriはロジックの実装がRustなのが最大の魅力なんやがそれが足枷にもなってるんよ
例えば俺が個人利用のためにC#+WinFormsで作った圧縮・展開アーカイブアプリをTauri+Rustにポーティングしたんやが
RustにはC#のsharpcompressのような統合圧縮・展開ライブラリが存在しない
それどころかC++のlibzipやunrarみたいなのもなくてRustでヘッダー読んでとかめちゃくちゃ大変やった
ここがC#どころかC++にすら劣る部分やねまぁRustの使用領域を考えるとトップエンジニアが触るんやからそうなるんやろうけど俺ら下々のプログラマーにはちと荷が重い
133: 05/15(水)22:24 ID:Mf4JFvqi(1) AAS
libarchiveでよくね？
134(1): ! 05/15(水)23:02 ID:jRZU1V1x(1/2) AAS
そもそもrustの速度必要とする一般アプリなんてそうそう作る機会ないだろ
SNSアプリなんてWebAPI叩いてデータベースいじってUI表示とか
CPUインテンシブなアプリなんてなぁ・・
画像処理系のアプリとかで
例に出た圧縮も自前で実装するならいざしらず
結局外部ライブラリ呼ぶだけだしな
135: 05/15(水)23:09 ID:jRZU1V1x(2/2) AAS
つか、libarchiveはもうwindowsに同梱されてるよな
136: 05/16(木)00:03 ID:bfze6bsB(1) AAS
Windows限定ならCOMで少々面倒だが7z.dllで全部完結するんだけどWinFormsをTauriにリプレイスするってことはマルチプラットフォームもある程度考えてるだろうしそうはいかんか
>>134
Tauriの利点はどっちかと言うとバイナリサイズの方だと思ってる
VSCodeやDiscord辺りが先陣切ってTauri化してくれたら神なんだがまあ無理な話か
137: 05/16(木)00:24 ID:Lo68+sEN(1) AAS
tauri久しぶりに見に行ったけど2.0まだなんだなぁ
138(1): 05/16(木)05:31 ID:cUMLS5bA(1) AAS
tauriはなーelectronに比べてpreloadもいらないしフロントエンド側はめちゃくちゃスマートに書けるんだけど
Rust側で何かやろうとするとガッチガチ言語すぎてギャップがすごい
C++とかやってた人は楽チンなんだろうけど
139: 05/16(木)13:02 ID:GRjs/TRy(1/3) AAS
>>138
tauriでrustを使う理由って「rustで書きたいから」以外の理由がない
全部JSで書いた方が速いし楽
しかし男には全てをrustで書くという夢がある
上下前次1-新書関写板覧索設栞歴
あと 287 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.007s