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

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

https://monobook.org/wiki/.NET_MAUI

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

ライブラリがなさすぎてMAUIで作るよりiOSとAndroidを別々に2個開発した方が早い

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

PCとタブレットとスマホを一本のコードで書くとか無理に決まってるだろ

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

AdMobのライブラリすらない

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

カメラ撮影もできないからテキストとボタンを表示するくらいしかできない

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

よくこのレベルで公開したなという感じ

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

iOSアプリ開発にはMac必須なのにVisual Studio for Mac廃止なのが致命傷だった

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

vscodeの拡張機能はゴミすぎだし

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

>>3
あとこれ

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

AndroidとiOSのふたつですら最小公倍数でできないことだらけなのに
そこにMacCatalystとWindowsを混ぜるとか企画したやつ頭キチガイすぎ

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

Xamarinの出始めの頃の
基本的にiPhoneとAndroidで別々にアプリを作るが
OSに依存しないビジネスロジック部分だけ共通ライブラリ化する
というのが一番理にかなっていた

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

Xamarin.formsの時点で道を間違えていたんだよ

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

vscodeのc#拡張が産業廃棄物級のゴミなのが大きい

**デフォルトの名無しさん** · 2024/04/03(水) 10:16:26.25

XAMLがクソ

**デフォルトの名無しさん** · 2024/04/03(水) 10:19:28.77

そもそもモバイル含めて全部Webアプリで良いしね

**デフォルトの名無しさん** · 2024/04/03(水) 11:12:07.72

複数のプラットフォームに対応して出来ないことだらけとかAdobe Flashが通った道じゃん。

**デフォルトの名無しさん** · 2024/04/03(水) 11:12:46.75

Silverlightでも経験しているのに何で同じ過ちを繰り返したのか。

**デフォルトの名無しさん** · 2024/04/03(水) 11:17:09.36

ジョブズも死ぬ直前にそんなこと言ってたな

iPhone OSの新機能をアプリ開発に利用できるかどうか、いつ利用できるかがサードパーティーによって決定されてしまうと同氏は主張している。
特にクロスプラットフォームツールでは各種プラットフォームの「最小公分母」の機能しか提供されず、「開発者がAppleの最新技術を利用できない状況は受け入れられない」という。
https://www.itmedia.co.jp/news/articles/1004/30/news029.html

**デフォルトの名無しさん** · 2024/04/03(水) 11:54:24.39

そもそもクロスプラットフォームが愚かな考え

**デフォルトの名無しさん** · 2024/04/03(水) 11:55:21.89

片方で使えない機能があると両方で使えないことになる

**デフォルトの名無しさん** · 2024/04/03(水) 12:13:54.79

>>17
寧ろ後継はPowerAppsやん

**デフォルトの名無しさん** · 2024/04/03(水) 12:16:10.12

ぶっちゃけこの分野はFlutterで良いんだよね
プラットフォーム固有の処理はRustやGoで書いて呼べば良いし

唯一の難点というか嫌いなのはDart
ここだけせめてJSとかTSにしてくれりゃいいのに

**デフォルトの名無しさん** · 2024/04/03(水) 12:46:57.01

react native はまだ有るのかな

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

c#だもん

**デフォルトの名無しさん** · 2024/04/03(水) 17:21:50.32

Androidのユーザーは金払いが悪いから、そもそもiOS向けのアプリだけ出しておけば十分だったんだよ

**デフォルトの名無しさん** · 2024/04/03(水) 18:27:01.46

>>14
これ
時代遅れの産物

**デフォルトの名無しさん** · 2024/04/03(水) 18:29:57.57

>>11
AndroidはJavaだから問題ないけどObj-CのSDKをC#で書くとかただの苦行だし
別々に書くので良いよ
どうしても共通化したい場合はC++で書く方が良い

**デフォルトの名無しさん** · 2024/04/03(水) 18:57:29.62

>>27
swift登場以降はそうでもないぞ

**デフォルトの名無しさん** · 2024/04/03(水) 18:59:49.16

SwiftUIのシンプルさと雲泥の差なのが敗因だろ
ReactiveCommandなんかを使ってもグチャグチャになるし

**デフォルトの名無しさん** · 2024/04/03(水) 19:01:56.21

ぶっちゃけ教科書どおりにObservableなんか使って書いたらメンテナンス性は最悪すぎてやばいだろ

**デフォルトの名無しさん** · 2024/04/03(水) 22:26:11.83

失敗作の糞なのに頑なにプッシュして生産性落とそうとしてくるのが時間のムダ過ぎる

**デフォルトの名無しさん** · 2024/04/04(木) 05:57:07.45

そもそもTeamsのアプリとかだってReactで刷新したわけじゃん
まず自分達の製品で使ってみろって言いたい

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

正直、iOSとAndroid別々に似たようなアプリを作った方が早い

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

あとXAMLは百歩譲ってもMVVMはゴミクソウンコだろ

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

>>33
これ
今や典型的なUIを使ったアプリなんてChatGPTで生成して貰えば良いのだからたいしたこともない
ゲームはUnityとか使えば良い

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

>>28
引数のラベルの仕様が全く違うので論外だよ

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

>>36
SwiftとC#なんてテキスト置換で相互変換できるだろ。
Xamarin.Macで古いCarbon叩く場合はIntPtrだらけになるけどiOSとCocoaだとそんなことないし。

むしろヤバイのJavaだよ。
AndroidのJavaはイベント処理に匿名クラス使いまくりだからC#に変換するのがクソ面倒。

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

>>37
触ったことないんだろうけどUIKitというかObj-Cは関数のシグネイチャが
aFunc:arg1:arg2と言うような形なの
つまり関数名と引数のラベルが統一的に扱われる
これはC#でまともに書けないので
ただの引数にしてメソッドの名前をシンプルに変えてる

例:UIKitのメソッドシグネイチャ
tableView:didSelectRowAtIndexPath:

Xamarinのメソッドシグネイチャ
void RowSelected (UIKit.UITableView tableView, Foundation.NSIndexPath indexPath)

トホホ
名前がラベルじゃなくなってる上に個別のただの引数になっておる

これを見た時おれはxamarinというかC#を捨てた

**デフォルトの名無しさん** · 2024/04/05(金) 00:20:17.58

>>38
c#もラベルあるじゃん。
RowSelected (tableView:tableView, indexPath:indexPath)
みたいに書けばいいだけでは？

swiftで言えば全部の引数に_付いてる程度のもんだろ。
その程度の違いは一握りのキチガイしか気にしないだろ

**デフォルトの名無しさん** · 2024/04/05(金) 00:21:54.21

みなみにswiftではこの辺が少し変わっていて
aFunc(label1 arg1:Type, label2 arg2:Type)となっている

呼び出す時は
aFunc(label1: "foo", label2:"bar")

ラベルがめんどくえって時は_をラベルの前につける
aFunc(_ label1 arg1:Type, _ label2 arg2:Type)

こうするとaFunc("foo","bar")で呼び出せる

ちなみにswiftも昔はObj-Cに寄せて
第一引数のラベルは無視されて生指定して
第二引数以降はラベルをつけるみたいな仕様だったが改善された

**デフォルトの名無しさん** · 2024/04/05(金) 00:22:41.94

>>39
ラベルがメソッド名の一部だって言ってるだろ
そこを省略されたらなんもわからんのよ

**デフォルトの名無しさん** · 2024/04/05(金) 00:26:23.11

これは単にxamarinのせいではなくただのC#の言語仕様の限界
pythonやrubyのように位置引数とキーワード引数がわけられる言語なら容易に対応できたのに

**デフォルトの名無しさん** · 2024/04/05(金) 00:28:11.54

メソッド名が素直に一対一対応しないフレームワークなど使うか？
これが答えだ
いちいちこの対応関係を調べていかなきゃならん
こんなことやってられか？
いまならChatGPTがあるから多少マシではあるがこんなヤク狩りしたくねーのよ

**デフォルトの名無しさん** · 2024/04/05(金) 00:30:51.10

>>41
qiitaなどの世に溢れてるswiftコードのほとんどがobjc風ではなくC#風の記法だらけになってるのに、
そんなバカみたいなことに拘ってるのは一握りのキチガイだけだぞ。

**デフォルトの名無しさん** · 2024/04/05(金) 00:34:24.89

xamarinがなぜこんな仕様にしたのかは謎ではある
Javaに寄せるためにこうしたのか
キーワード引数は昔からあった気がするが仕様的に対応できないようなものがあったのか

**デフォルトの名無しさん** · 2024/04/05(金) 00:37:43.11

>>44
当たり前だがswiftは上に書いたようにSDKと同じように書ける
両方上手く書けるようにしてるんだよ
というか書けないとおかしいのだが
ランタイムはObj-Cのものを使ってるのだから

xamarinのせいなのかmonoのせいなのかは知らんがswiftと同じようにすることはできたはずなのに

**デフォルトの名無しさん** · 2024/04/05(金) 00:39:21.51

このようにxamarinはゴミという評価をして捨てていった
俺も一度はチャレンジしたのだよ
その結果がこれ
ちゃんとメソッドの仕様を合わせられていれば事情は変わっていたかもしれない

**デフォルトの名無しさん** · 2024/04/05(金) 00:41:39.65

ちなswiftでのSDKのメソッドシグネイチャは第一引数のラベルにのみ_がついている
こうすることで完全な一対一対応かつ普通の言語のラベル付きメソッド呼び出しも位置引数呼び出しもできるようになっている
素晴らしい👍