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

1 ：デフォルトの名無しさん：2024/04/03(水) 09:31:04.77 ID:PIf6+wQa.net

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

2 ：デフォルトの名無しさん：2024/04/03(水) 09:33:59.00 ID:ifc5FJEE.net

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

3 ：デフォルトの名無しさん：2024/04/03(水) 09:34:46.85 ID:UCS7Ve8v.net

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

4 ：デフォルトの名無しさん：2024/04/03(水) 09:35:42.67 ID:PxKmm54D.net

AdMobのライブラリすらない

5 ：デフォルトの名無しさん：2024/04/03(水) 09:36:28.62 ID:72J2mJsT.net

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

6 ：デフォルトの名無しさん：2024/04/03(水) 09:36:58.44 ID:72J2mJsT.net

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

7 ：デフォルトの名無しさん：2024/04/03(水) 09:38:31.60 ID:GPSo8n7J.net

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

8 ：デフォルトの名無しさん：2024/04/03(水) 09:38:59.38 ID:GPSo8n7J.net

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

9 ：デフォルトの名無しさん：2024/04/03(水) 09:39:16.26 ID:GPSo8n7J.net

>>3
あとこれ

10 ：デフォルトの名無しさん：2024/04/03(水) 09:41:35.50 ID:DOa4fNy3.net

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

11 ：デフォルトの名無しさん：2024/04/03(水) 09:46:47.38 ID:DOa4fNy3.net

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

12 ：デフォルトの名無しさん：2024/04/03(水) 09:47:23.18 ID:DOa4fNy3.net

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

13 ：デフォルトの名無しさん：2024/04/03(水) 09:50:26.21 ID:Ib/Uz+NF.net

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

14 ：デフォルトの名無しさん：2024/04/03(水) 10:16:26.25 ID:QnQzqXvM.net

XAMLがクソ

15 ：デフォルトの名無しさん：2024/04/03(水) 10:19:28.77 ID:HDaUFyfs.net

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

16 ：デフォルトの名無しさん：2024/04/03(水) 11:12:07.72 ID:hK0cBcQ6.net

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

17 ：デフォルトの名無しさん：2024/04/03(水) 11:12:46.75 ID:hK0cBcQ6.net

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

18 ：デフォルトの名無しさん：2024/04/03(水) 11:17:09.36 ID:UaiYnVDt.net

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

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

19 ：デフォルトの名無しさん：2024/04/03(水) 11:54:24.39 ID:5UVk8cmF.net

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

20 ：デフォルトの名無しさん：2024/04/03(水) 11:55:21.89 ID:5UVk8cmF.net

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

21 ：デフォルトの名無しさん：2024/04/03(水) 12:13:54.79 ID:HDaUFyfs.net

>>17
寧ろ後継はPowerAppsやん

22 ：デフォルトの名無しさん：2024/04/03(水) 12:16:10.12 ID:HDaUFyfs.net

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

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

23 ：デフォルトの名無しさん：2024/04/03(水) 12:46:57.01 ID:yXsvCwfW.net

react native はまだ有るのかな

24 ：デフォルトの名無しさん：2024/04/03(水) 15:04:40.22 ID:025ipRUy.net

c#だもん

25 ：デフォルトの名無しさん：2024/04/03(水) 17:21:50.32 ID:u5RqGCMc.net

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

26 ：デフォルトの名無しさん：2024/04/03(水) 18:27:01.46 ID:22nl1AHd.net

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

27 ：デフォルトの名無しさん：2024/04/03(水) 18:29:57.57 ID:22nl1AHd.net

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

28 ：デフォルトの名無しさん：2024/04/03(水) 18:57:29.62 ID:Ak/SI5wp.net

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

29 ：デフォルトの名無しさん：2024/04/03(水) 18:59:49.16 ID:Ak/SI5wp.net

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

30 ：デフォルトの名無しさん：2024/04/03(水) 19:01:56.21 ID:Ak/SI5wp.net

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

31 ：デフォルトの名無しさん：2024/04/03(水) 22:26:11.83 ID:0QFgxkvj.net

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

32 ：デフォルトの名無しさん：2024/04/04(木) 05:57:07.45 ID:mNkWQBjH.net

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

33 ：デフォルトの名無しさん：2024/04/04(木) 10:15:44.69 ID:lPk+rv7W.net

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

34 ：デフォルトの名無しさん：2024/04/04(木) 10:18:28.42 ID:lPk+rv7W.net

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

35 ：デフォルトの名無しさん：2024/04/04(木) 13:54:42.51 ID:e0l7Zmlm.net

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

36 ：デフォルトの名無しさん：2024/04/04(木) 13:56:02.61 ID:e0l7Zmlm.net

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

37 ：デフォルトの名無しさん：2024/04/04(木) 23:45:57.01 ID:hDr1yY+f.net

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

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

38 ：デフォルトの名無しさん：2024/04/05(金) 00:04:40.97 ID:mxhpBnUh.net

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

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

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

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

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

39 ：デフォルトの名無しさん：2024/04/05(金) 00:20:17.58 ID:/byIH6sq.net

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

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

40 ：デフォルトの名無しさん：2024/04/05(金) 00:21:54.21 ID:mxhpBnUh.net

みなみに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に寄せて
第一引数のラベルは無視されて生指定して
第二引数以降はラベルをつけるみたいな仕様だったが改善された

41 ：デフォルトの名無しさん：2024/04/05(金) 00:22:41.94 ID:mxhpBnUh.net

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

42 ：デフォルトの名無しさん：2024/04/05(金) 00:26:23.11 ID:mxhpBnUh.net

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

43 ：デフォルトの名無しさん：2024/04/05(金) 00:28:11.54 ID:mxhpBnUh.net

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

44 ：デフォルトの名無しさん：2024/04/05(金) 00:30:51.10 ID:/byIH6sq.net

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

45 ：デフォルトの名無しさん：2024/04/05(金) 00:34:24.89 ID:mxhpBnUh.net

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

46 ：デフォルトの名無しさん：2024/04/05(金) 00:37:43.11 ID:mxhpBnUh.net

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

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

47 ：デフォルトの名無しさん：2024/04/05(金) 00:39:21.51 ID:mxhpBnUh.net

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

48 ：デフォルトの名無しさん：2024/04/05(金) 00:41:39.65 ID:mxhpBnUh.net

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

49 ：デフォルトの名無しさん：2024/04/05(金) 00:43:24.89 ID:mxhpBnUh.net

C#でキーワード引数と位置引数の混合ができなかったのか
今もできないのかは知らないが少なくとも当時のmonoの環境では無理だったということなのか？
C#は詳しくないのでよくわからないが

50 ：デフォルトの名無しさん：2024/04/05(金) 00:44:57.68 ID:mxhpBnUh.net

この引数の仕様は間違いなくswiftが1番美しい
全言語の中で最強だろう

51 ：デフォルトの名無しさん：2024/04/05(金) 00:47:21.07 ID:LdYpNUMj.net

>>46
Objective-cなんて誰もがクソだと感じていたけど
iOSアプリ開発ではそれしか使えなかったから
みんな仕方なく使ってただけだろ

SwiftやXamarinが登場してObjective-cが激減したのが答えだよ
テキストひとつ連結にするのに馬鹿みたいに長いメソッドなんて誰も使いたくない

あんな黒歴史のような過去にしがみつくのは愚かの極み

52 ：デフォルトの名無しさん：2024/04/05(金) 00:47:48.96 ID:FBxoOTBt.net

Objective-Cとは、
C言語のメモリ安全性と、
Smalltalkの高速性を合わせたプログラミング言語である。

53 ：デフォルトの名無しさん：2024/04/05(金) 00:48:37.46 ID:FBxoOTBt.net

>>50
Rustの出来損ないがSwiftだぞ

54 ：デフォルトの名無しさん：2024/04/05(金) 01:02:18.73 ID:QneFFsJP.net

objc,swift,c#を並べて比較したとき、c#を選ぶ理由はガベージコレクションが唯一リファレンスカウント方式ではないという点だよ。
カメラでの動画撮影などの高負荷かつ長時間使うアプリだと安定性に雲泥の差が出る。

55 ：デフォルトの名無しさん：2024/04/05(金) 01:58:12.15 ID:mxhpBnUh.net

話がだいぶそれたがMAUIが流行ってないのは「xamarinで嫌気がさした人たちが戻ってこないから」です

56 ：デフォルトの名無しさん：2024/04/05(金) 05:31:46.96 ID:mxhpBnUh.net

言い忘れた
AndroidはJavaだからSDKがほぼ一対一対応するからと書いたがAndroid SDKの仕様的に匿名のインナークラスをすげー使うのよ
これをC#でやるのがすげー泥臭くてその部分もクソだった
つまり結局そのまま移植するということが実質不可能であり
こんなことなら別々に書いた方がマシとなった

57 ：デフォルトの名無しさん：2024/04/05(金) 05:34:13.13 ID:mxhpBnUh.net

まとめるとxamarinがクソ過ぎたせいで
どうせMAUIもクソだろうと思った人たちが相当数いて
MSの技術に不信感を持っているので使わない
現にMAUIのMacはgithubみてもほぼ開発は停止してる

58 ：デフォルトの名無しさん：2024/04/05(金) 05:37:37.37 ID:mxhpBnUh.net

実際俺は仕事でiOSとAndroidのネイティブ開発をやってて
両対応面倒だからxamarin使えないかと本気で移行を考えていたし実際移植作業を開始していた
だからこれくらい詳細に語れる
MAUIを流行らせたい場合はまずは失った信頼を取り戻すことをしないと無理だろう
あとSwiftUIやFlutterが出てきている昨今
今更XAMLとかも時代遅れなのはいうまでもない

59 ：デフォルトの名無しさん：2024/04/05(金) 05:59:24.81 ID:5kaK3dCP.net

>>58
Blazorでやれば良いだけじゃ？

60 ：デフォルトの名無しさん：2024/04/05(金) 10:59:22.89 ID:skjVNGtq.net

>MSの技術に不信感を持っている
8のタイル以降これ
8に関わった奴の罪は重い

61 ：デフォルトの名無しさん：2024/04/05(金) 11:30:58.34 ID:IQ2UY/1s.net

>>56
Xamarin.Androidは↓みたいなJavaのIListener系をActionに変換するクラスを必要に応じて深く考えずに脳死で作りまくれば捗るぞ。
class FuckListener : Java.Lang.Object, IFuckListener {
public Action<object>? OnFuckAction;
public void OnFuck(object you) {
OnFuckAction?.Invoke(me);
}
}

62 ：デフォルトの名無しさん：2024/04/05(金) 12:30:12.96 ID:5kaK3dCP.net

>>60
ぶっちゃけ思うんだけどセキュリティとかそういうのだけ更新してくれてたらWindows95で良いんだよね

63 ：デフォルトの名無しさん：2024/04/05(金) 17:44:21.96 ID:mxhpBnUh.net

>>62
流石に95は無理
NTをそのまま64ビット化してくれればよかった
おれは昔NTでずっと開発しててめちゃくちゃ安定してた
当時のマシンリソースなんてカスみたいなもんだったのに

64 ：デフォルトの名無しさん：2024/04/06(土) 17:01:45.73 ID:zNMeSjHN.net

>>2
Flutterとかでもそういうところあるよね

65 ：デフォルトの名無しさん：2024/04/06(土) 17:57:17.84 ID:aTWJ76vQ.net

そんな当たり前だろ

66 ：デフォルトの名無しさん：2024/04/07(日) 09:52:55.07 ID:PBkCA9RO.net

XAMLが嫌？
そんなあなたにMAUI Blazorをどうぞ

67 ：デフォルトの名無しさん：2024/04/07(日) 14:46:30.37 ID:wzc0RLf2.net

>>66
ASP.NETが嫌なの
わかれよ

68 ：デフォルトの名無しさん：2024/04/09(火) 12:48:45.72 ID:v1OJD5g+.net

>>63
3.1に比べれば95は神

NT? 重すぎでしょ

69 ：デフォルトの名無しさん：2024/04/09(火) 14:42:06.98 ID:lDhzon+/.net

>>68
95なんて落ちまくりだっただろw
セキュリティもやべーし

70 ：デフォルトの名無しさん：2024/04/09(火) 15:01:23.66 ID:vz2W6XdT.net

>>69
だからセキュリティだけは更新してと>>62で言っただろ
文盲かよ馬鹿かよ無能かよw

71 ：デフォルトの名無しさん：2024/04/09(火) 15:32:15.70 ID:KoSn7rCk.net

C＃だもん

72 ：デフォルトの名無しさん：2024/04/09(火) 16:46:33.01 ID:cnWg1oP8.net

OSのセキュリティだけ更新して製品の安全性を保てるとか思ってるやつ
プログラミングやってないんやろな、とは思う

73 ：デフォルトの名無しさん：2024/04/09(火) 16:54:03.30 ID:vz2W6XdT.net

>>72
何言ってんだお前？
今のOSは全部そんな感じだぞ

74 ：デフォルトの名無しさん：2024/04/09(火) 18:00:51.66 ID:lDhzon+/.net

>>70
落ちるのは単なるバグだぞ
あとOS的にセキュリティは一切考慮されてない仕組みだから無理

75 ：デフォルトの名無しさん：2024/04/09(火) 18:04:45.11 ID:l6D7k+ZS.net

>>68
今のwindowsは全部NTベースだぞ
windows10はNT10.0だ

76 ：デフォルトの名無しさん：2024/04/09(火) 21:43:44.54 ID:UuKm+fN/.net

>>75
95は32ビットフラットメモリモデルのプログラムがかけたんだぞ
3.1のセグメントモデルを知っていれば神としか言いようがない
3.1のファイル操作はDOSを使うからガックガクだったが95のプリエンプティブなマルチタスクは神
NTは確かにすでにあったけど起動するだけで眠くなるアプリ無いし

77 ：デフォルトの名無しさん：2024/04/12(金) 15:32:38.18 ID:t3QEC2Vb.net ?PLT(12015)

https://img.5ch.net/ico/folder1_03.gif
visual studio codeのc#とmauiの拡張機能が絶望的な品質だからだろ

78 ：デフォルトの名無しさん：2024/04/12(金) 15:33:35.20 ID:t3QEC2Vb.net ?PLT(12015)

https://img.5ch.net/ico/folder1_03.gif
iosアプリ開発はmac必須なのにvisual studio codeが使い物にならないせいでどうにもならない

79 ：デフォルトの名無しさん：2024/04/12(金) 18:01:46.39 ID:1ecUYjT8.net

>>76
3.1触ったことあるってマジで何歳よ？
ジジイの俺ですら検証用のマシーンでチラッと見たことがある程度で触ったことはないぞ

80 ：デフォルトの名無しさん：2024/04/12(金) 21:20:22.60 ID:9sITkbam.net

>>78
Mac不要なのを知らんのか？

81 ：デフォルトの名無しさん：2024/04/12(金) 22:09:01.89 ID:tyLDyfFZ.net

MAUIはmacOSはもうずっとCatalystでお茶を濁すつもりなの？前に触った時Windowサイズすら変えられないと知って絶望した
C#はもう観念して、せめてデスクトップに集中してほしいんだが

82 ：デフォルトの名無しさん：2024/04/12(金) 22:46:27.69 ID:j0zLvtrU.net

>>79
Windows3.1は1990年代の前半だから40代の元パソコン少年とかなら触ったことあると思うぞ
自分は45歳のオッサンだが高校に上がって少し経つ頃にはPCはWindows3.1一色になってた

83 ：デフォルトの名無しさん：2024/04/12(金) 22:50:08.23 ID:1ecUYjT8.net

XAMLやめない限りはやることはないよ

84 ：デフォルトの名無しさん：2024/04/12(金) 22:57:08.63 ID:1ecUYjT8.net

>>82
俺もどっちかというとパソコン少年だったがMSXの後はwindows95まではコンシューマゲーム機しか触ってない
3.1触ってるやつは相当レアだと思うよ

85 ：デフォルトの名無しさん：2024/04/13(土) 00:36:11.70 ID:OrtqC7Lq.net

今思えばWindowsは国民機を潰すのが目的の1つにあったろう
技術立国日本の零落の始まりだ
日本が誇れる企業はトヨタしかなくなった
AI自動運転とかで同じことが車で起きたら終わりだ

86 ：デフォルトの名無しさん：2024/04/13(土) 17:38:51.01 ID:WqUEYZDT.net

XAMLを削除して新しいモダンな描画システムを作るべきだよ
FlutterとかSwiftUIみたいに書けるやり方でさ

87 ：デフォルトの名無しさん：2024/04/13(土) 19:22:04.53 ID:umcuGDrn.net

SwiftUIはよかった
まだ作りかけって感じは否めないけど（テーブルが１０列までしか作れないとか）

88 ：デフォルトの名無しさん：2024/04/14(日) 05:10:52.05 ID:cBXZ7kVC.net

最近のフレームワークは最初からUI書くために設計されてるからなー
ツリー構造をいかに手数少なく

89 ：デフォルトの名無しさん：2024/04/14(日) 05:41:09.94 ID:Jvefqylq.net

その辺のフレームワークの設計はMSの専売特許だったはずなのだけどね
どこでおかしくなったのか

90 ：デフォルトの名無しさん：2024/04/14(日) 12:11:46.21 ID:bJ4f9UiY.net

>>80
ビルドにMac必須だろ
とくにライブラリを作るなら実機が手元にないとまったく開発が捗らないし

91 ：デフォルトの名無しさん：2024/04/14(日) 12:12:39.70 ID:bJ4f9UiY.net

>>81
ウインドウサイズは変えられるようになった
フォーカスの移動はできない

92 ：デフォルトの名無しさん：2024/04/14(日) 12:23:29.65 ID:Fqyn/T0R.net

>>90
ビルドもMac不要だぞ

93 ：デフォルトの名無しさん：2024/04/14(日) 14:37:02.31 ID:iZhIOs9F.net

シミュレータなしだと都度実機へ転送でつらないか
いまはリモートシミュレータがクラウド化されてる？

94 ：デフォルトの名無しさん：2024/04/14(日) 15:48:22.87 ID:Jvefqylq.net

UIKit使ってないならビルドは可能

95 ：デフォルトの名無しさん：2024/04/15(月) 17:04:45.26 ID:cAc47cem.net

UIKit使わないと無理だろw

96 ：デフォルトの名無しさん：2024/04/15(月) 17:05:42.80 ID:L/+vsaF5.net

ipaに署名できない
つまりリリースビルドができない

97 ：デフォルトの名無しさん：2024/04/15(月) 17:09:17.54 ID:6WSJ63r9.net

現状ではUIKitやらAVFoundationやらSensorKitやらを叩いてゴリゴリと自前でライブラリを作らないと使い物にならない。
そのライブラリの実装テストの試行錯誤はMac実機とiPhone実機の2つがないとまったく捗らない。

98 ：デフォルトの名無しさん：2024/04/15(月) 17:15:24.72 ID:FCLpude1.net

ゲームなら別にMacはリリースする時までいらない

99 ：デフォルトの名無しさん：2024/04/15(月) 18:04:32.51 ID:xKjV4DT3.net

まあ、実際使い物にならないから流行ってないんだけどね
廃止予定のVisual Studio for MacをVisual Studio Codeがまともになるまで延命するでもしないとMAUIまるごと完全消滅しそうではある

100 ：デフォルトの名無しさん：2024/04/15(月) 18:16:15.82 ID:6WSJ63r9.net

>>81
mac catalystはswiftで開発してもゴミだからな。
AVFoundationもまともに動かないからバーコードも扱えないし業務アプリには致命的すぎる

101 ：デフォルトの名無しさん：2024/04/16(火) 17:46:19.58 ID:W2EsM7we.net

MAUI以前の問題だぞ
https://marketplace.visualstudio.com/items?itemName=ms-dotnettools.csdevkit&ssr=false#review-details

102 ：デフォルトの名無しさん：2024/04/16(火) 18:59:41.52 ID:xEC1OsYQ.net

Java拡張の方が評価も更新頻度も高いというね
MSくん何がしたいんやC#もういらんのか？

103 ：デフォルトの名無しさん：2024/04/17(水) 07:46:47.27 ID:IlFJ7R51.net

C#はVisual Studioで使うものだからどうしてもCodeの方はおろそかになるよねって話
Codeの拡張機能JSだし開発者もかぶってない

104 ：デフォルトの名無しさん：2024/04/17(水) 07:49:15.03 ID:MDytu443.net

正直mauiはバグ多すぎてデバッグつらいからmaui blazorでui作るほうが早くできる

105 ：デフォルトの名無しさん：2024/04/17(水) 20:04:42.74 ID:IOjATq5b.net

.NET FrameworkをWindows 95にバックポートした強者現る
https://pc.watch.impress.co.jp/docs/news/yajiuma/1584811.html

こういうの好き

106 ：デフォルトの名無しさん：2024/04/17(水) 23:09:35.35 ID:0UCdvkIj.net

98は2.0が動くのか

107 ：デフォルトの名無しさん：2024/04/18(木) 09:43:59.55 ID:ktRHYHEA.net

>>101-103
Xamarin開発者の99%はmonoからの流れでLinuxとMacだからな。
そこをスパッと切り捨ててWindowsでVisual Studio使ってる人だけをターゲットにした結果がMAUIの現状だろう。
しかもその層はスマホアプリ開発の経験ほとんどなし。
Windows Phone時代にチョロっと触っただけだというね。

108 ：デフォルトの名無しさん：2024/04/18(木) 12:23:29.41 ID:ftSkQ2X9.net

まあC#一派って.NETにこだわりあるんだろうし
暗黒期を支えたプライドでこだわってるんだろうけど
時代は変わってることに気がついて欲しい
C#は望まれてない
windows phone時代のアーキテクチャは早すぎた
今こそ復活の時

109 ：デフォルトの名無しさん：2024/04/22(月) 12:54:46.78 ID:XeQaUO1x.net

MAUIが不人気ってかXAMLが不人気だから

110 ：デフォルトの名無しさん：2024/04/22(月) 17:08:11.47 ID:xL1nodkv.net

VisualStudioでしてきたことを今更VSCodeでやってられんということでしょう
いい加減.NETの遺産は滅ぼして良いと思う

111 ：デフォルトの名無しさん：2024/04/22(月) 19:03:19.74 ID:ERivDhsP.net

MAUIって結局UWPから何が改善されとるんや？

112 ：デフォルトの名無しさん：2024/04/28(日) 08:44:52.39 ID:Wzo1bLkD.net

2022年のピークからコミット数相当落ちてるね
https://github.com/dotnet/maui/graphs/contributors
バグ放置すんな人増やせって炎上してたのにコミッタ増えてないし改善する気無いね

113 ：デフォルトの名無しさん：2024/04/28(日) 21:31:22.22 ID:zIw/ikml.net

>>111
UWPとiOSとAndroidで「共通でできる機能」だけを集めたもの。
逆を言えばこの三者のうちひとつでも実装できない昨日はバッサリ切り捨てられている。

つまり何も良くなっていない。

114 ：デフォルトの名無しさん：2024/04/28(日) 22:26:56.72 ID:lTd2/25z.net

>>112
ええええ
これ以外開発するものないだろ
それとももうBlazorに全移行せよってこと？

115 ：デフォルトの名無しさん：2024/04/30(火) 16:57:51.85 ID:njj0HCw/.net

AvaloniaUIにスター数負けてるのにオープンissue3倍
終わってる