.NET MAUIが不人気な原因なんなの？

**デフォルトの名無しさん** · 2024/04/03(水) 09:31:04.77

**デフォルトの名無しさん** · 2024/07/04(木) 07:27:34.19

XAMLに精通してる俺ですらもうXAML触りたくないからな
XAMLでデザインのカスタマイズとかマジ地獄やで
とある超大手で作った行がカラムによって複数あってデータと連動してバラバラにスクロールするカスタムDataGridをほぼ一人で作ったときとか死にそうやったわ
HTML5+CSSならロジックとほぼ完全に疎結合にできんのにXAMLやと不可能
がっつりカスタムするにはControlTemplateだけでは不可能で各基底クラスを継承してがっつりコードビハインドが必要かつConverter+Behavior+DependencyProperty+ViewMovel+Validationで超絶コンポーネントとロジックが密結合してて複雑なコントロールは最後は作ってる自分ですら混乱してくる
人気がないんはMSの開発環境やからとかまったく関係ないねんただ単純に複雑で使いにくくてパフォーマンスが悪いからやねん

**デフォルトの名無しさん** · 2024/07/04(木) 07:30:20.38

結局のところUI作るのはReactが一番簡単。
いつまでもC#にしがみつくことなく使いやすいフレームワークのある言語へと脱出するべき。

**デフォルトの名無しさん** · 2024/07/04(木) 08:03:51.65

結局C#がオワコンに行き着いちゃうの？
1世代を築いたC#がUnityでしか使われないマイナー言語という評価になっちゃうの？

**デフォルトの名無しさん** · 2024/07/04(木) 08:10:27.33

逆にC#+XAMLでスマホアプリ作りたいって需要まだあるのかね？
もうC#自体が業務アプリのメンテとUnityくらいしか使い道無くなってきてる気がする

**デフォルトの名無しさん** · 2024/07/04(木) 08:14:48.58

いまはスマホアプリですらReactでつくって
ionicのcapacitorを被せるようなガワアプリが流行ってるし、MAUIは戦略を間違えてると思う

**デフォルトの名無しさん** · 2024/07/04(木) 08:25:47.81

>>305
ないでしょ
いまからやるならReact/JSかFlutter/DartかCMP/Kotlinか
C#は見る影もない

**デフォルトの名無しさん** · 2024/07/04(木) 08:36:50.60

>>298
VS2019で試してみたけど2秒ぐらいだね
VS Codeだと1秒かかってないぐらいかな

**デフォルトの名無しさん** · 2024/07/04(木) 08:36:58.26

まあ.NETいま止まってるよね

**デフォルトの名無しさん** · 2024/07/04(木) 08:41:41.46

業務系だと結構C#は生き残ってるよ
まぁネイティブライブラリの豊富さや、UIの作りやすさでVBから置き換わってる感じ
業務系だとMacやLinux、ましてやモバイル系など一切考慮しないからねー

**デフォルトの名無しさん** · 2024/07/04(木) 09:43:11.85

>>304
Javaですら今この有様だから仕方ない
Javaベースの言語は書きにくいのよ

**デフォルトの名無しさん** · 2024/07/04(木) 09:46:06.99

React Nativeって本来MSが作るべきものだよな
ネイティブアプリや描画に関しては他のプラットフォームに比べて明らかに優れているのに

**デフォルトの名無しさん** · 2024/07/04(木) 11:38:17.36

今MSはreact-native-xamlなんて斜め上の魔改造作っとるのクソワロタｗｗｗ

スレ住人含めた従来のMS開発環境に精通したプログラマーが望んでるものからことごとく斜め上にいくのなんなん？ｗ

みんな望んでるもの：.NET+C#でロジック、フロントエンドをReact or Vue or Electron

誰も望んでないもの：JS(TS)でロジック、フロントエンドをXAML or ASP(Razor)

今MSがやってることって社内失業者を出さないために無理矢理に仕事作って社内で予算作ってもらってるとゆー俺がいつもゆーてる冗談が現実味を帯びてきたなｗｗｗ

**デフォルトの名無しさん** · 2024/07/04(木) 12:42:38.52

>>313
JSXにしたらそこまで悪くないかもしれんぞ

https://github.com/asklar/react-native-xaml/blob/main/USAGE.md

Reactのアーキテクチャで書けるからクソさが消えてる

**デフォルトの名無しさん** · 2024/07/04(木) 12:54:04.48

>>297
BUILDとか見てるか？

特に今年のはローカルPC上でAI動かすのが話題
その上でクライアントアプリの需要が増える
WPFが強化された

**デフォルトの名無しさん** · 2024/07/04(木) 12:55:44.55

>>313
>みんな望んでるもの：.NET+C#でロジック、フロントエンドをReact or Vue or Electron

これは既に有るじゃん
何年も前から

**デフォルトの名無しさん** · 2024/07/04(木) 13:10:08.04

>>316
言語はTypeScriptでいいよ
MSはネイティブTypeScriptコンパイラを作るべき
今こそCLRを活かすのだ

**デフォルトの名無しさん** · 2024/07/04(木) 13:12:47.46

俺がMSに望むもの
DirectXを使った高速描画のReactNative
TypeScriptのネイティブコンパイラ、インタプリタ

この２つを出せばマジで覇権取れる

**デフォルトの名無しさん** · 2024/07/04(木) 15:50:47.35

mauiの最大の失敗はwindowsとmac catalystに対応しようとしたこと

**デフォルトの名無しさん** · 2024/07/04(木) 15:51:10.83

タッチ操作とマウス操作は混ぜるな危険
似て非なるもの

**デフォルトの名無しさん** · 2024/07/04(木) 15:51:48.49

iosとandroid
windowsとmac catalystで完全に分けるべきだった

**デフォルトの名無しさん** · 2024/07/04(木) 15:53:46.98

業務システムのクライアントが軒並みiPadアプリ化して
だれもwindowsアプリを作らなくなったから焦ったんだろうけど

**デフォルトの名無しさん** · 2024/07/04(木) 15:55:34.89

今や案件数でいえばiPadアプリ化とwebアプリ化が二大巨頭だからな

**デフォルトの名無しさん** · 2024/07/04(木) 15:58:01.51

『iPadアプリ化のついでにwindows対応もしてよー』と推し出したのがmaui
その結果、ipadアプリ開発でのシェアも失った

**デフォルトの名無しさん** · 2024/07/04(木) 15:58:58.79

visual studio for macの廃止が悪手すぎた
完全にipadアプリ開発者たちに見放された

**デフォルトの名無しさん** · 2024/07/04(木) 16:02:54.37

>>315
ローカルaiはハードウェア要件が高すぎだから確実にコケる
npu搭載で先行したandroidでも大して使われていないし

**デフォルトの名無しさん** · 2024/07/04(木) 16:14:24.73

>>325
しかも中身がザマリン製のせいでクソ遅くて使ってられないのがまだ皮肉

**デフォルトの名無しさん** · 2024/07/04(木) 16:15:04.79

>>315
ローカルで動かすメリットなんて何もないだろ

**デフォルトの名無しさん** · 2024/07/04(木) 16:22:06.93

ローカルもしくは自社内で動かせないと
メリケンゴミカス企業に情報吸われるからな

**デフォルトの名無しさん** · 2024/07/04(木) 16:23:29.17

エロい事やりたい
男のロマン
つかAIって言ってもLLM以外にもあるやろ
SDとかローカルで使ってるやつ多いやろ

**デフォルトの名無しさん** · 2024/07/04(木) 16:28:00.40

丁度昨日も見たけどローカルの英語の動画を
LiveCaptionで字幕つけたわ
翻訳までしてくれるとありがたいな

**デフォルトの名無しさん** · 2024/07/04(木) 22:59:44.38

.NET/C#でロジック書くのは、.NETCoreがネイティブビルドに対応したから.NETCoreコードをextern cでラップしてごちゃごちゃしてReactで書いたフロントと共にtauriで全てドッキングすればいいのでは？

**デフォルトの名無しさん** · 2024/07/04(木) 23:07:03.92

>>311
Kotlinは書きやすいと思うんだが違うん？

**デフォルトの名無しさん** · 2024/07/05(金) 03:14:27.64

JetBrainsてだけで使う気が失せる
IntelliJ IDEAベースのIDEも機能が貧弱なうえに重すぎて如何にVSが優秀なのか再認識したわ
そのIntelliJベースのAndroid Studioも酷すぎてエミュレーターのために入れてるだけで使わない

**デフォルトの名無しさん** · 2024/07/05(金) 08:04:11.19

>>327
Visual Studio for Macが神アプリに思えるほどVS codeのC#拡張が酷いのが問題の根底にある

https://marketplace.visualstudio.com/items?itemName=ms-dotnettools.csdevkit&ssr=false#review-details

VS 2022 for Macから強制的に移行させられたことは苦闘の連続だった。
最初に移行したときは問題なかったが、開発キットがリリースされるたびに悪化している。

**デフォルトの名無しさん** · 2024/07/05(金) 10:30:06.58

>>318
俺もそれだわ
全部Typescriptでいいよもうってなってる
C#→TSはめちゃくちゃ学習コスト低いし

**デフォルトの名無しさん** · 2024/07/05(金) 10:32:33.24

TSはめんどすぎる動的型付けのメリットを消してまでJS使う意味ないやろ

**デフォルトの名無しさん** · 2024/07/05(金) 10:37:56.53

それはさすがにエアプすぎ
ReactにしろVueにしろどっちも使えるけど
皆がそう思ってるならここまでTSが普及することはない

**デフォルトの名無しさん** · 2024/07/05(金) 10:46:25.28

ニワカほど流行りが大好きやからな
自分で取捨選択できず使えもせん流行りのテクノロジーばっか追いかけて自分の首締めとるアホばっか
こーゆーミーハーのニワカばっかやから今更ウェブのアホどもが静的型付け素晴らしい！サーバーサイド素晴らしい！とか草生えるわｗｗｗ

**デフォルトの名無しさん** · 2024/07/05(金) 11:43:35.14

おっとそうだったな
俺たちはC#と墓場まで一緒だぜ
ウェブ技術なんてもんに手を出すやつはただのミーハーだよな

**デフォルトの名無しさん** · 2024/07/05(金) 12:22:40.34

>>333
言語仕様はモダンだとしてもJVMのライブラリありきの設計だし
普通にJVMの設定が普通の人はもう嫌になる

**デフォルトの名無しさん** · 2024/07/05(金) 12:26:19.64

>>336
C#使いがTSに全く興味持ってないからねえ
だからMSも需要ないと思って開発しないのだろう
既存言語の再実装なんて得意なのにね

**デフォルトの名無しさん** · 2024/07/05(金) 16:04:53.71

まじでJSTS推してるやつはこのスレから出てけよ
敵なんだよおまえら

**デフォルトの名無しさん** · 2024/07/05(金) 16:16:00.37

TSはまだ良いけど基本JS嫌いだし書きたくない
C#だけで全てを解決したい
だからBlazorには期待値が高かった

**デフォルトの名無しさん** · 2024/07/05(金) 16:16:23.98

React推しのMSが最大の敵だな

**デフォルトの名無しさん** · 2024/07/05(金) 18:48:56.67

>>304
そもそもC#は意外と使われてなかったとか。

**デフォルトの名無しさん** · 2024/07/05(金) 18:52:30.42

>>304
そのC#も結局独自実装だからねえ
https://github.com/Unity-Technologies/UnityCsReference

MSの技術とは

**デフォルトの名無しさん** · 2024/07/05(金) 19:24:10.17

C#の.NETコアのネイティブAOTが5年早く出てくれてたらなあ
C#がモバイル業界を牛耳る素質はあったのに

**デフォルトの名無しさん** · 2024/07/05(金) 19:26:22.66

>>338
JavaScript界隈の次々と流行りに乗っかる文化にはうんざりだよ
お前らTypeScriptの前はCoffeeScriptを絶賛していて、
Reactの前はAngularを絶賛していただろうが
何回覚えたことを無駄にさせられたか数え切れねぇわ

**デフォルトの名無しさん** · 2024/07/05(金) 19:34:00.66

>>348
みんなObj-Cにうんざりしてたけど仕方なく覚えたからな
リファレンスカウントの手動上げ下げとかよーやってたわ
あのタイミングでC#メインの仕組みを出せればワンチャンあった
全てが遅すぎた

**デフォルトの名無しさん** · 2024/07/05(金) 19:35:24.05

>>349
BlazorはまんまReactやAngularインスパイアだろ
人のこと言えんわ

**デフォルトの名無しさん** · 2024/07/05(金) 19:45:12.98

フロントエンドに関しては根本的にXAMLを何とかしない限り同じ末路だったように思う

**デフォルトの名無しさん** · 2024/07/05(金) 19:49:59.67

業務用のモバイルデバイスといえばiPad
時点でAndroidタブレット

iPadといえばSwift
AndroidといえばKotlin

SwiftとKotlinの間を取ったような構文なのはC#
しかもSwift寄りで9割は文字列置換でC#に移植できるレベル

ReactNativeやFlutterはね、SwiftとKotlinに似ていないのが最大の欠点

**デフォルトの名無しさん** · 2024/07/05(金) 19:50:20.88

C#はXamarin.FormsとMAUIが欠点

**デフォルトの名無しさん** · 2024/07/05(金) 19:51:21.14

Xamarin.iOSとXamarin.Androidと共有ライブラリだけ推進していれば天下取れてた

**デフォルトの名無しさん** · 2024/07/05(金) 19:52:21.66

UI部分まで共通化したら失敗するなんてAdobe Flash、Adobe AIRが通った道

**デフォルトの名無しさん** · 2024/07/06(土) 10:01:47.74

KotlinとSwiftの唯一の欠点が特定のIDEに縛られていること
これだけで使用言語の選択肢から外れる

**デフォルトの名無しさん** · 2024/07/06(土) 14:43:51.55

FlutterもだろAndroid Studio必須だからな

**デフォルトの名無しさん** · 2024/07/06(土) 14:46:29.09

FlutterはCLIでできるぞ

**デフォルトの名無しさん** · 2024/07/06(土) 15:48:20.62

flutterはvscodeで触ってた

**デフォルトの名無しさん** · 2024/07/06(土) 16:27:23.83

>>358
IDEはAndroidStudioもXCodeも要らないよ
内部でGradleとXCodeCLIがAndroid/iOSそれぞれのビルドのために使われてるだけ

**デフォルトの名無しさん** · 2024/09/02(月) 14:30:23.32

C# Dev Kitがゴミすぎてヤバい

**デフォルトの名無しさん** · 2024/09/02(月) 15:47:24.91

このスレ、自分が盛り上がって欲しいものを書いておけばいいから宣伝には楽だよな。
だが、ここを参考にするのは警戒したほうがいい。

**デフォルトの名無しさん** · 2024/09/18(水) 14:14:16.82

モバイルアプリは
・ガワネイティブ（ウェブ系、WebView）
・SwiftUI（Swift、iOSのみ）
・JetpackCompose（Kotlin、Androidのみ）
・Compose Multiplatform（Kotlin、AndroidとiOS）
・Flutter（Dart、AndroidとiOS）
に落ち着いたね

**デフォルトの名無しさん** · 2024/09/18(水) 14:53:22.79

モバイルは十分だからデスクトップアプリの方の頑張りが足りない
Flutterは今はロードマップになかったcupertino refreshとしてcupertinoに全力投球だし

**デフォルトの名無しさん** · 2024/09/18(水) 14:55:04.51

composeはroadmapところだし
順調
tps://developer.android.com/jetpack/androidx/compose-roadmap

**デフォルトの名無しさん** · 2024/09/18(水) 16:13:34.39

最近、店舗のメニューをデジタルアプリ化するところが増えてるよね
ちょうど嫌悪にそういうスレが立っとった

店員「ご注文はスマホでお願いしますｗ(Wifiなし) 」 (ヽ´ん`)「めんどくせえな…… (アンテナ1本で重い画像DLしながら)」 [875588627]
https://greta.5ch.net/test/read.cgi/poverty/1726639814/

**デフォルトの名無しさん** · 2024/09/18(水) 23:49:43.17

この前入った焼き鳥屋がそうだったわ
「え？ファミレスでも卓上タブ置いてあるのに？」って言っちゃったよ

**デフォルトの名無しさん** · 2024/09/19(木) 08:57:36.57

スマホから個人情報抜く手段よ

**デフォルトの名無しさん** · 2024/09/19(木) 09:18:04.93

噂の新OS、従来のJVM系な泥アプリから完全に脱却して新仕様のネイティブアプリになるんだね

ファーウェイ、Androidから完全脱却した新OSがリリース間近か　パフォーマンス向上などアピール(オタク総研)
#Yahooニュース https://news.yahoo.co.jp/articles/1a167246c18b6ce76f78655682e14bc9af404163

**デフォルトの名無しさん** · 2024/09/19(木) 09:31:12.47

>>370
現時点ではJS/TSでのアプリ開発しか無いらしいよ
ゲームアプリとかどうすんだか

**デフォルトの名無しさん** · 2024/09/20(金) 15:25:54.30

またMACとペアリングできなくなってる
いい加減にして

**Coplit** · 2024/10/05(土) 05:31:27.89

これってVSCodeでまともに作れるの?
いつもVS2022で開発してるんだけど

**デフォルトの名無しさん** · 2024/10/08(火) 20:35:48.12

.NET MAUIのBlazorHybridってスマホ開発も可能なElectronってイメージだ
UIはBlazorとかWeb系に全部任してコードC#書ければかなり楽に開発出来ると思う

**デフォルトの名無しさん** · 2024/10/08(火) 20:57:14.61

MicrosoftがWindows12のARM版使ってスマホOS作ってくると思うからその時は絶好のチャンスだな
真のクロスプラットフォーム環境として君臨する

**デフォルトの名無しさん** · 2024/10/08(火) 21:28:47.10

MAUIはUIがショボすぎて無理

**デフォルトの名無しさん** · 2024/10/09(水) 11:10:13.76

>>373
今まさにXcodeのバージョンアップに追いていけず
iOS向けのビルドすらできなくなってる。
https://github.com/microsoft/vscode-dotnettools/issues/1449

Visual Studio for Macを復活させろとマジで思うくらいグダグダ

**デフォルトの名無しさん** · 2024/10/09(水) 11:11:43.12

Windows Visual Studio + Mac Xcodeでも同様の問題がおきてる。
マジでiOSアプリはまともに作れなくなった。
ハローワールドすら頓挫しそうになるレベル。

**デフォルトの名無しさん** · 2024/10/09(水) 12:07:41.61

>>376
たしかにBlazor使えばワンチャン
だからスマホ版Electron

**デフォルトの名無しさん** · 2024/10/09(水) 12:08:12.72

>>378
マジかよ終わってんな

**デフォルトの名無しさん** · 2024/10/09(水) 12:49:12.93

tauri2.0でちゃったしなぁ…

**デフォルトの名無しさん** · 2024/10/09(水) 12:59:18.05

MAUIが一番開発活発で人気高いから文句多いのは仕方ない

**デフォルトの名無しさん** · 2024/10/09(水) 13:13:30.03

tauriよりwails 3待ちやろ

**デフォルトの名無しさん** · 2024/10/09(水) 18:07:40.67

>>381
tauriいいの？
ちなみにRustは使いたいとは思わなかった

**デフォルトの名無しさん** · 2024/10/09(水) 18:53:28.03

wailsが1番スマートなんだけどねー。
ちょっと前に、1ウインドウに複数WebView埋め込みたいとなった時Electronしか出来なかった
tauriは実装されたばかりでまだバギー。

**デフォルトの名無しさん** · 2024/10/09(水) 23:40:33.73

Tauriでの開発を中止してWailsに移行した開発者の記事を見つけた
https://blog.moonguard.dev/why-golang-instead-of-rust-to-develop-the-krater-desktop-app

自分はRustはそこそこ慣れててGoは未経験という立場だけど、Goの方が開発しやすいというのは納得できる
記事でも触れてるけど、Rustはビルドが遅いのと、厳格なメモリ管理や型表現のために学ぶのが難しい
(後者については個人的には好きだし、Rustの良いところだと思ってるけど、全ての人にとってそうだとは思わない)

フロントのTypeScriptの比重が大きいならバックの言語はそこまで重要じゃないし、ビルドの短いGoの方が良さそうではある
フレームワークとしてのTauriとWailsの違い (機能面たったり成熟度だったり) は知らない

TauriやWails、将来的に普及していくのかな
なんだかんだElectronの方が大きいシェアであり続ける、とかもありそう

**デフォルトの名無しさん** · 2024/10/09(水) 23:50:48.86

goあたりがバランスいいよな
rustみたくガチにやるならそもそもフロントもWebではなくネイティブでガチにやれよと思うし(まともなのがないが)
wailsがバランスいい

**デフォルトの名無しさん** · 2024/10/10(木) 00:32:59.68

Goってそんないいのか？
Googleってあんまり信用できないわ

**デフォルトの名無しさん** · 2024/10/10(木) 00:33:10.78

Flutterもそうだけどさ

**デフォルトの名無しさん** · 2024/10/10(木) 12:31:26.66

Goはいい言語だよ

**デフォルトの名無しさん** · 2024/10/10(木) 12:43:22.75

どういいのか解説できないけど

**デフォルトの名無しさん** · 2024/10/10(木) 13:40:41.23

コンパイル、ビルドが早い
クロスコンパイルしやすい
書きやすく入門しやすい
GCにより厳密なメモリ管理を求められない

少なくともRustよりはいい

**デフォルトの名無しさん** · 2024/10/10(木) 17:00:07.96

>>389
ウェブベースでUIを組むならGo言語のWails
ネイティブならFlutter/Dart、Java/Swing、ComposeMultiplatform/Kotlin
ネイティブのうちクロスプラットフォームに拘らないならWinUI3でいい

**デフォルトの名無しさん** · 2024/10/10(木) 17:48:51.16

>>392
Goってクロスコンパイルしやすいんだ

**デフォルトの名無しさん** · 2024/10/10(木) 19:48:36.63

WinUI3はゴミ品質だからさわらない方が吉

**デフォルトの名無しさん** · 2024/10/11(金) 22:59:09.52

XamarinからMAUIに移植を進めていた公式プロジェクトも一斉に中止されたし
クライアントサイドからは完全撤退する気だろ。
https://github.com/xamarin/GoogleApisForiOSComponents

**デフォルトの名無しさん** · 2024/10/11(金) 23:01:13.38

dotnetはasp .net core専用だよ

**デフォルトの名無しさん** · 2024/10/12(土) 08:58:10.40

C#のネイティブAOT対応が遅すぎた
やってることがKotlinの後追いでしかない

**デフォルトの名無しさん** · 2024/10/12(土) 09:14:58.36

c#しか使えない俺にとっては後追いは何も問題ない

**デフォルトの名無しさん** · 2024/10/12(土) 11:35:51.37

C#こそ最強
Kotlinなんてスマホ以外で使ってるやつ見たことない
てかそもそもどんな言語なのか知らない

警備員[Lv.5][新芽] · 2024/10/12(土) 11:52:31.65

言語よくてもアプリ作るのが目的だから
まともなUIフレームワークないからC#は役立たず

**デフォルトの名無しさん** · 2024/10/12(土) 13:00:39.27

Kotlinは利用が実質有償の言語だからそもそも選択肢に入らない
金の亡者JetBrainsの作る言語なんて使わなくていい