24/04/03 09:31:04.77 PIf6+wQa.net
URLﾘﾝｸ(monobook.org)
2:デフォルトの名無しさん
24/04/03 09:33:59.00 ifc5FJEE.net
ライブラリがなさすぎてMAUIで作るよりiOSとAndroidを別々に2個開発した方が早い
3:デフォルトの名無しさん
24/04/03 09:34:46.85 UCS7Ve8v.net
PCとタブレットとスマホを一本のコードで書くとか無理に決まってるだろ
4:デフォルトの名無しさん
24/04/03 09:35:42.67 PxKmm54D.net
AdMobのライブラリすらない
5:デフォルトの名無しさん
24/04/03 09:36:28.62 72J2mJsT.net
カメラ撮影もできないからテキストとボタンを表示するくらいしかできない
6:デフォルトの名無しさん
24/04/03 09:36:58.44 72J2mJsT.net
よくこのレベルで公開したなという感じ
7:デフォルトの名無しさん
24/04/03 09:38:31.60 GPSo8n7J.net
iOSアプリ開発にはMac必須なのにVisual Studio for Mac廃止なのが致命傷だった
8:デフォルトの名無しさん
24/04/03 09:38:59.38 GPSo8n7J.net
vscodeの拡張機能はゴミすぎだし
9:デフォルトの名無しさん
24/04/03 09:39:16.26 GPSo8n7J.net
>>3
あとこれ
10:デフォルトの名無しさん
24/04/03 09:41:35.50 DOa4fNy3.net
AndroidとiOSのふたつですら最小公倍数でできないことだらけなのに
そこにMacCatalystとWindowsを混ぜるとか企画したやつ頭キチガイすぎ
11:デフォルトの名無しさん
24/04/03 09:46:47.38 DOa4fNy3.net
Xamarinの出始めの頃の
基本的にiPhoneとAndroidで別々にアプリを作るが
OSに依存しないビジネスロジック部分だけ共通ライブラリ化する
というのが一番理にかなっていた
12:デフォルトの名無しさん
24/04/03 09:47:23.18 DOa4fNy3.net
Xamarin.formsの時点で道を間違えていたんだよ
13:デフォルトの名無しさん
24/04/03 09:50:26.21 Ib/Uz+NF.net
vscodeのc#拡張が産業廃棄物級のゴミなのが大きい
14:デフォルトの名無しさん
24/04/03 10:16:26.25 QnQzqXvM.net
XAMLがクソ
15:デフォルトの名無しさん
24/04/03 10:19:28.77 HDaUFyfs.net
そもそもモバイル含めて全部Webアプリで良いしね
16:デフォルトの名無しさん
24/04/03 11:12:07.72 hK0cBcQ6.net
複数のプラットフォームに対応して出来ないことだらけとかAdobe Flashが通った道じゃん。
17:デフォルトの名無しさん
24/04/03 11:12:46.75 hK0cBcQ6.net
Silverlightでも経験しているのに何で同じ過ちを繰り返したのか。
18:デフォルトの名無しさん
24/04/03 11:17:09.36 UaiYnVDt.net
ジョブズも死ぬ直前にそんなこと言ってたな
iPhone OSの新機能をアプリ開発に利用できるかどうか、いつ利用できるかがサードパーティーによって決定されてしまうと同氏は主張している。
特にクロスプラットフォームツールでは各種プラットフォームの「最小公分母」の機能しか提供されず、「開発者がAppleの最新技術を利用できない状況は受け入れられない」という。
URLﾘﾝｸ(www.itmedia.co.jp)
19:デフォルトの名無しさん
24/04/03 11:54:24.39 5UVk8cmF.net
そもそもクロスプラットフォームが愚かな考え
20:デフォルトの名無しさん
24/04/03 11:55:21.89 5UVk8cmF.net
片方で使えない機能があると両方で使えないことになる
21:デフォルトの名無しさん
24/04/03 12:13:54.79 HDaUFyfs.net
>>17
寧ろ後継はPowerAppsやん
22:デフォルトの名無しさん
24/04/03 12:16:10.12 HDaUFyfs.net
ぶっちゃけこの分野はFlutterで良いんだよね
プラットフォーム固有の処理はRustやGoで書いて呼べば良いし
唯一の難点というか嫌いなのはDart
ここだけせめてJSとかTSにしてくれりゃいいのに
23:デフォルトの名無しさん
24/04/03 12:46:57.01 yXsvCwfW.net
react native はまだ有るのかな
24:デフォルトの名無しさん
24/04/03 15:04:40.22 025ipRUy.net
c#だもん
25:デフォルトの名無しさん
24/04/03 17:21:50.32 u5RqGCMc.net
Androidのユーザーは金払いが悪いから、そもそもiOS向けのアプリだけ出しておけば十分だったんだよ
26:デフォルトの名無しさん
24/04/03 18:27:01.46 22nl1AHd.net
>>14
これ
時代遅れの産物
27:デフォルトの名無しさん
24/04/03 18:29:57.57 22nl1AHd.net
>>11
AndroidはJavaだから問題ないけどObj-CのSDKをC#で書くとかただの苦行だし
別々に書くので良いよ
どうしても共通化したい場合はC++で書く方が良い
28:デフォルトの名無しさん
24/04/03 18:57:29.62 Ak/SI5wp.net
>>27
swift登場以降はそうでもないぞ
29:デフォルトの名無しさん
24/04/03 18:59:49.16 Ak/SI5wp.net
SwiftUIのシンプルさと雲泥の差なのが敗因だろ
ReactiveCommandなんかを使ってもグチャグチャになるし
30:デフォルトの名無しさん
24/04/03 19:01:56.21 Ak/SI5wp.net
ぶっちゃけ教科書どおりにObservableなんか使って書いたらメンテナンス性は最悪すぎてやばいだろ
31:デフォルトの名無しさん
24/04/03 22:26:11.83 0QFgxkvj.net
失敗作の糞なのに頑なにプッシュして生産性落とそうとしてくるのが時間のムダ過ぎる
32:デフォルトの名無しさん
24/04/04 05:57:07.45 mNkWQBjH.net
そもそもTeamsのアプリとかだってReactで刷新したわけじゃん
まず自分達の製品で使ってみろって言いたい
33:デフォルトの名無しさん
24/04/04 10:15:44.69 lPk+rv7W.net
正直、iOSとAndroid別々に似たようなアプリを作った方が早い
34:デフォルトの名無しさん
24/04/04 10:18:28.42 lPk+rv7W.net
あとXAMLは百歩譲ってもMVVMはゴミクソウンコだろ
35:デフォルトの名無しさん
24/04/04 13:54:42.51 e0l7Zmlm.net
>>33
これ
今や典型的なUIを使ったアプリなんてChatGPTで生成して貰えば良いのだからたいしたこともない
ゲームはUnityとか使えば良い
36:デフォルトの名無しさん
24/04/04 13:56:02.61 e0l7Zmlm.net
>>28
引数のラベルの仕様が全く違うので論外だよ
37:デフォルトの名無しさん
24/04/04 23:45:57.01 hDr1yY+f.net
>>36
SwiftとC#なんてテキスト置換で相互変換できるだろ。
Xamarin.Macで古いCarbon叩く場合はIntPtrだらけになるけどiOSとCocoaだとそんなことないし。
むしろヤバイのJavaだよ。
AndroidのJavaはイベント処理に匿名クラス使いまくりだからC#に変換するのがクソ面倒。
38:デフォルトの名無しさん
24/04/05 00:04:40.97 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:デフォルトの名無しさん
24/04/05 00:20:17.58 /byIH6sq.net
>>38
c#もラベルあるじゃん。
RowSelected (tableView:tableView, indexPath:indexPath)
みたいに書けばいいだけでは？
swiftで言えば全部の引数に_付いてる程度のもんだろ。
その程度の違いは一握りのキチガイしか気にしないだろ
40:デフォルトの名無しさん
24/04/05 00:21:54.21 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:デフォルトの名無しさん
24/04/05 00:22:41.94 mxhpBnUh.net
>>39
ラベルがメソッド名の一部だって言ってるだろ
そこを省略されたらなんもわからんのよ
42:デフォルトの名無しさん
24/04/05 00:26:23.11 mxhpBnUh.net
これは単にxamarinのせいではなくただのC#の言語仕様の限界
pythonやrubyのように位置引数とキーワード引数がわけられる言語なら容易に対応できたのに
43:デフォルトの名無しさん
24/04/05 00:28:11.54 mxhpBnUh.net
メソッド名が素直に一対一対応しないフレームワークなど使うか？
これが答えだ
いちいちこの対応関係を調べていかなきゃならん
こんなことやってられか？
いまならChatGPTがあるから多少マシではあるがこんなヤク狩りしたくねーのよ
44:デフォルトの名無しさん
24/04/05 00:30:51.10 /byIH6sq.net
>>41
qiitaなどの世に溢れてるswiftコードのほとんどがobjc風ではなくC#風の記法だらけになってるのに、
そんなバカみたいなことに拘ってるのは一握りのキチガイだけだぞ。
45:デフォルトの名無しさん
24/04/05 00:34:24.89 mxhpBnUh.net
xamarinがなぜこんな仕様にしたのかは謎ではある
Javaに寄せるためにこうしたのか
キーワード引数は昔からあった気がするが仕様的に対応できないようなものがあったのか
46:デフォルトの名無しさん
24/04/05 00:37:43.11 mxhpBnUh.net
>>44
当たり前だがswiftは上に書いたようにSDKと同じように書ける
両方上手く書けるようにしてるんだよ
というか書けないとおかしいのだが
ランタイムはObj-Cのものを使ってるのだから
xamarinのせいなのかmonoのせいなのかは知らんがswiftと同じようにすることはできたはずなのに
47:デフォルトの名無しさん
24/04/05 00:39:21.51 mxhpBnUh.net
このようにxamarinはゴミという評価をして捨てていった
俺も一度はチャレンジしたのだよ
その結果がこれ
ちゃんとメソッドの仕様を合わせられていれば事情は変わっていたかもしれない
48:デフォルトの名無しさん
24/04/05 00:41:39.65 mxhpBnUh.net
ちなswiftでのSDKのメソッドシグネイチャは第一引数のラベルにのみ_がついている
こうすることで完全な一対一対応かつ普通の言語のラベル付きメソッド呼び出しも位置引数呼び出しもできるようになっている
素晴らしい👍
49:デフォルトの名無しさん
24/04/05 00:43:24.89 mxhpBnUh.net
C#でキーワード引数と位置引数の混合ができなかったのか
今もできないのかは知らないが少なくとも当時のmonoの環境では無理だったということなのか？
C#は詳しくないのでよくわからないが
50:デフォルトの名無しさん
24/04/05 00:44:57.68 mxhpBnUh.net
この引数の仕様は間違いなくswiftが1番美しい
全言語の中で最強だろう
51:デフォルトの名無しさん
24/04/05 00:47:21.07 LdYpNUMj.net
>>46
Objective-cなんて誰もがクソだと感じていたけど
iOSアプリ開発ではそれしか使えなかったから
みんな仕方なく使ってただけだろ
SwiftやXamarinが登場してObjective-cが激減したのが答えだよ
テキストひとつ連結にするのに馬鹿みたいに長いメソッドなんて誰も使いたくない
あんな黒歴史のような過去にしがみつくのは愚かの極み
52:デフォルトの名無しさん
24/04/05 00:47:48.96 FBxoOTBt.net
Objective-Cとは、
C言語のメモリ安全性と、
Smalltalkの高速性を合わせたプログラミング言語である。
53:デフォルトの名無しさん
24/04/05 00:48:37.46 FBxoOTBt.net
>>50
Rustの出来損ないがSwiftだぞ
54:デフォルトの名無しさん
24/04/05 01:02:18.73 QneFFsJP.net
objc,swift,c#を並べて比較したとき、c#を選ぶ理由はガベージコレクションが唯一リファレンスカウント方式ではないという点だよ。
カメラでの動画撮影などの高負荷かつ長時間使うアプリだと安定性に雲泥の差が出る。
55:デフォルトの名無しさん
24/04/05 01:58:12.15 mxhpBnUh.net
話がだいぶそれたがMAUIが流行ってないのは「xamarinで嫌気がさした人たちが戻ってこないから」です
56:デフォルトの名無しさん
24/04/05 05:31:46.96 mxhpBnUh.net
言い忘れた
AndroidはJavaだからSDKがほぼ一対一対応するからと書いたがAndroid SDKの仕様的に匿名のインナークラスをすげー使うのよ
これをC#でやるのがすげー泥臭くてその部分もクソだった
つまり結局そのまま移植するということが実質不可能であり
こんなことなら別々に書いた方がマシとなった
57:デフォルトの名無しさん
24/04/05 05:34:13.13 mxhpBnUh.net
まとめるとxamarinがクソ過ぎたせいで
どうせMAUIもクソだろうと思った人たちが相当数いて
MSの技術に不信感を持っているので使わない
現にMAUIのMacはgithubみてもほぼ開発は停止してる
58:デフォルトの名無しさん
24/04/05 05:37:37.37 mxhpBnUh.net
実際俺は仕事でiOSとAndroidのネイティブ開発をやってて
両対応面倒だからxamarin使えないかと本気で移行を考えていたし実際移植作業を開始していた
だからこれくらい詳細に語れる
MAUIを流行らせたい場合はまずは失った信頼を取り戻すことをしないと無理だろう
あとSwiftUIやFlutterが出てきている昨今
今更XAMLとかも時代遅れなのはいうまでもない
59:デフォルトの名無しさん
24/04/05 05:59:24.81 5kaK3dCP.net
>>58
Blazorでやれば良いだけじゃ？
60:デフォルトの名無しさん
24/04/05 10:59:22.89 skjVNGtq.net
>MSの技術に不信感を持っている
8のタイル以降これ
8に関わった奴の罪は重い
61:デフォルトの名無しさん
24/04/05 11:30:58.34 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:デフォルトの名無しさん
24/04/05 12:30:12.96 5kaK3dCP.net
>>60
ぶっちゃけ思うんだけどセキュリティとかそういうのだけ更新してくれてたらWindows95で良いんだよね
63:デフォルトの名無しさん
24/04/05 17:44:21.96 mxhpBnUh.net
>>62
流石に95は無理
NTをそのまま64ビット化してくれればよかった
おれは昔NTでずっと開発しててめちゃくちゃ安定してた
当時のマシンリソースなんてカスみたいなもんだったのに
64:デフォルトの名無しさん
24/04/06 17:01:45.73 zNMeSjHN.net
>>2
Flutterとかでもそういうところあるよね
65:デフォルトの名無しさん
24/04/06 17:57:17.84 aTWJ76vQ.net
そんな当たり前だろ
66:デフォルトの名無しさん
24/04/07 09:52:55.07 PBkCA9RO.net
XAMLが嫌？
そんなあなたにMAUI Blazorをどうぞ
67:デフォルトの名無しさん
24/04/07 14:46:30.37 wzc0RLf2.net
>>66
ASP.NETが嫌なの
わかれよ
68:デフォルトの名無しさん
24/04/09 12:48:45.72 v1OJD5g+.net
>>63
3.1に比べれば95は神
NT? 重すぎでしょ
69:デフォルトの名無しさん
24/04/09 14:42:06.98 lDhzon+/.net
>>68
95なんて落ちまくりだっただろw
セキュリティもやべーし
70:デフォルトの名無しさん
24/04/09 15:01:23.66 vz2W6XdT.net
>>69
だからセキュリティだけは更新してと>>62で言っただろ
文盲かよ馬鹿かよ無能かよw
71:デフォルトの名無しさん
24/04/09 15:32:15.70 KoSn7rCk.net
C＃だもん
72:デフォルトの名無しさん
24/04/09 16:46:33.01 cnWg1oP8.net
OSのセキュリティだけ更新して製品の安全性を保てるとか思ってるやつ
プログラミングやってないんやろな、とは思う
73:デフォルトの名無しさん
24/04/09 16:54:03.30 vz2W6XdT.net
>>72
何言ってんだお前？
今のOSは全部そんな感じだぞ
74:デフォルトの名無しさん
24/04/09 18:00:51.66 lDhzon+/.net
>>70
落ちるのは単なるバグだぞ
あとOS的にセキュリティは一切考慮されてない仕組みだから無理
75:デフォルトの名無しさん
24/04/09 18:04:45.11 l6D7k+ZS.net
>>68
今のwindowsは全部NTベースだぞ
windows10はNT10.0だ
76:デフォルトの名無しさん
24/04/09 21:43:44.54 UuKm+fN/.net
>>75
95は32ビットフラットメモリモデルのプログラムがかけたんだぞ
3.1のセグメントモデルを知っていれば神としか言いようがない
3.1のファイル操作はDOSを使うからガックガクだったが95のプリエンプティブなマルチタスクは神
NTは確かにすでにあったけど起動するだけで眠くなるアプリ無いし
77:デフォルトの名無しさん
24/04/12 15:32:38.18 t3QEC2Vb.net BE:422186189-PLT(12015)
URLﾘﾝｸ(img.5ch.net)
visual studio codeのc#とmauiの拡張機能が絶望的な品質だからだろ
78:デフォルトの名無しさん
24/04/12 15:33:35.20 t3QEC2Vb.net BE:422186189-PLT(12015)
URLﾘﾝｸ(img.5ch.net)
iosアプリ開発はmac必須なのにvisual studio codeが使い物にならないせいでどうにもならない
79:デフォルトの名無しさん
24/04/12 18:01:46.39 1ecUYjT8.net
>>76
3.1触ったことあるってマジで何歳よ？
ジジイの俺ですら検証用のマシーンでチラッと見たことがある程度で触ったことはないぞ
80:デフォルトの名無しさん
24/04/12 21:20:22.60 9sITkbam.net
>>78
Mac不要なのを知らんのか？
81:デフォルトの名無しさん
24/04/12 22:09:01.89 tyLDyfFZ.net
MAUIはmacOSはもうずっとCatalystでお茶を濁すつもりなの？前に触った時Windowサイズすら変えられないと知って絶望した
C#はもう観念して、せめてデスクトップに集中してほしいんだが
82:デフォルトの名無しさん
24/04/12 22:46:27.69 j0zLvtrU.net
>>79
Windows3.1は1990年代の前半だから40代の元パソコン少年とかなら触ったことあると思うぞ
自分は45歳のオッサンだが高校に上がって少し経つ頃にはPCはWindows3.1一色になってた
83:デフォルトの名無しさん
24/04/12 22:50:08.23 1ecUYjT8.net
XAMLやめない限りはやることはないよ
84:デフォルトの名無しさん
24/04/12 22:57:08.63 1ecUYjT8.net
>>82
俺もどっちかというとパソコン少年だったがMSXの後はwindows95まではコンシューマゲーム機しか触ってない
3.1触ってるやつは相当レアだと思うよ
85:デフォルトの名無しさん
24/04/13 00:36:11.70 OrtqC7Lq.net
今思えばWindowsは国民機を潰すのが目的の1つにあったろう
技術立国日本の零落の始まりだ
日本が誇れる企業はトヨタしかなくなった
AI自動運転とかで同じことが車で起きたら終わりだ
86:デフォルトの名無しさん
24/04/13 17:38:51.01 WqUEYZDT.net
XAMLを削除して新しいモダンな描画システムを作るべきだよ
FlutterとかSwiftUIみたいに書けるやり方でさ
87:デフォルトの名無しさん
24/04/13 19:22:04.53 umcuGDrn.net
SwiftUIはよかった
まだ作りかけって感じは否めないけど（テーブルが１０列までしか作れないとか）
88:デフォルトの名無しさん
24/04/14 05:10:52.05 cBXZ7kVC.net
最近のフレームワークは最初からUI書くために設計されてるからなー
ツリー構造をいかに手数少なく
89:デフォルトの名無しさん
24/04/14 05:41:09.94 Jvefqylq.net
その辺のフレームワークの設計はMSの専売特許だったはずなのだけどね
どこでおかしくなったのか
90:デフォルトの名無しさん
24/04/14 12:11:46.21 bJ4f9UiY.net
>>80
ビルドにMac必須だろ
とくにライブラリを作るなら実機が手元にないとまったく開発が捗らないし
91:デフォルトの名無しさん
24/04/14 12:12:39.70 bJ4f9UiY.net
>>81
ウインドウサイズは変えられるようになった
フォーカスの移動はできない
92:デフォルトの名無しさん
24/04/14 12:23:29.65 Fqyn/T0R.net
>>90
ビルドもMac不要だぞ
93:デフォルトの名無しさん
24/04/14 14:37:02.31 iZhIOs9F.net
シミュレータなしだと都度実機へ転送でつらないか
いまはリモートシミュレータがクラウド化されてる？
94:デフォルトの名無しさん
24/04/14 15:48:22.87 Jvefqylq.net
UIKit使ってないならビルドは可能
95:デフォルトの名無しさん
24/04/15 17:04:45.26 cAc47cem.net
UIKit使わないと無理だろw
96:デフォルトの名無しさん
24/04/15 17:05:42.80 L/+vsaF5.net
ipaに署名できない
つまりリリースビルドができない
97:デフォルトの名無しさん
24/04/15 17:09:17.54 6WSJ63r9.net
現状ではUIKitやらAVFoundationやらSensorKitやらを叩いてゴリゴリと自前でライブラリを作らないと使い物にならない。
そのライブラリの実装テストの試行錯誤はMac実機とiPhone実機の2つがないとまったく捗らない。
98:デフォルトの名無しさん
24/04/15 17:15:24.72 FCLpude1.net
ゲームなら別にMacはリリースする時までいらない
99:デフォルトの名無しさん
24/04/15 18:04:32.51 xKjV4DT3.net
まあ、実際使い物にならないから流行ってないんだけどね
廃止予定のVisual Studio for MacをVisual Studio Codeがまともになるまで延命するでもしないとMAUIまるごと完全消滅しそうではある
100:デフォルトの名無しさん
24/04/15 18:16:15.82 6WSJ63r9.net
>>81
mac catalystはswiftで開発してもゴミだからな。
AVFoundationもまともに動かないからバーコードも扱えないし業務アプリには致命的すぎる
101:デフォルトの名無しさん
24/04/16 17:46:19.58 W2EsM7we.net
MAUI以前の問題だぞ
URLﾘﾝｸ(marketplace.visualstudio.com)
102:デフォルトの名無しさん
24/04/16 18:59:41.52 xEC1OsYQ.net
Java拡張の方が評価も更新頻度も高いというね
MSくん何がしたいんやC#もういらんのか？
103:デフォルトの名無しさん
24/04/17 07:46:47.27 IlFJ7R51.net
C#はVisual Studioで使うものだからどうしてもCodeの方はおろそかになるよねって話
Codeの拡張機能JSだし開発者もかぶってない
104:デフォルトの名無しさん
24/04/17 07:49:15.03 MDytu443.net
正直mauiはバグ多すぎてデバッグつらいからmaui blazorでui作るほうが早くできる
105:デフォルトの名無しさん
24/04/17 20:04:42.74 IOjATq5b.net
.NET FrameworkをWindows 95にバックポートした強者現る
URLﾘﾝｸ(pc.watch.impress.co.jp)
こういうの好き
106:デフォルトの名無しさん
24/04/17 23:09:35.35 0UCdvkIj.net
98は2.0が動くのか
107:デフォルトの名無しさん
24/04/18 09:43:59.55 ktRHYHEA.net
>>101-103
Xamarin開発者の99%はmonoからの流れでLinuxとMacだからな。
そこをスパッと切り捨ててWindowsでVisual Studio使ってる人だけをターゲットにした結果がMAUIの現状だろう。
しかもその層はスマホアプリ開発の経験ほとんどなし。
Windows Phone時代にチョロっと触っただけだというね。
108:デフォルトの名無しさん
24/04/18 12:23:29.41 ftSkQ2X9.net
まあC#一派って.NETにこだわりあるんだろうし
暗黒期を支えたプライドでこだわってるんだろうけど
時代は変わってることに気がついて欲しい
C#は望まれてない
windows phone時代のアーキテクチャは早すぎた
今こそ復活の時
109:デフォルトの名無しさん
24/04/22 12:54:46.78 XeQaUO1x.net
MAUIが不人気ってかXAMLが不人気だから
110:デフォルトの名無しさん
24/04/22 17:08:11.47 xL1nodkv.net
VisualStudioでしてきたことを今更VSCodeでやってられんということでしょう
いい加減.NETの遺産は滅ぼして良いと思う
111:デフォルトの名無しさん
24/04/22 19:03:19.74 ERivDhsP.net
MAUIって結局UWPから何が改善されとるんや？
112:デフォルトの名無しさん
24/04/28 08:44:52.39 Wzo1bLkD.net
2022年のピークからコミット数相当落ちてるね
URLﾘﾝｸ(github.com)
バグ放置すんな人増やせって炎上してたのにコミッタ増えてないし改善する気無いね
113:デフォルトの名無しさん
24/04/28 21:31:22.22 zIw/ikml.net
>>111
UWPとiOSとAndroidで「共通でできる機能」だけを集めたもの。
逆を言えばこの三者のうちひとつでも実装できない昨日はバッサリ切り捨てられている。
つまり何も良くなっていない。
114:デフォルトの名無しさん
24/04/28 22:26:56.72 lTd2/25z.net
>>112
ええええ
これ以外開発するものないだろ
それとももうBlazorに全移行せよってこと？
115:デフォルトの名無しさん
24/04/30 16:57:51.85 njj0HCw/.net
AvaloniaUIにスター数負けてるのにオープンissue3倍
終わってる
116:デフォルトの名無しさん
24/05/14 22:56:20.03 AqTx/Gb5.net
test
117:デフォルトの名無しさん
24/05/14 23:12:26.23 AqTx/Gb5.net
星の数ほどディスれるけど要点をまとめると
・XAMLがHMLT5+JS(TS)と比較してすべての面で劣る。
慣れてるXAMLerですら新規プロジェクトで一から実装してると萎えるくらい面倒くさい。
逆にC#や.NETは神、Tauri+Rustで実装してるとRustの標準ライブラリやサードパーティーライブラリがまったく充実してくて面倒くさすぎて萎える。
・人気がないからコミュニティが過疎りまくってて限界集落状態でコントールもライブラリもなにもない、エコシステムが崩壊している。
特に認証周りのライブラリまでOSSに依存していて話にならない。
これがReact、Flutter、Electronなんかと比較してMSの開発環境が終わってる一番の理由。
MSのないならお前らプログラマーが作るんだよぉ！？はストイックすぎる、誰もこんな開発環境使わねーよ。
・破壊的変更が多すぎて過去のノウハウやナレッジがリセットされて使い物にならず何も残らない荒野になり再度開拓する気力もなくなりみんな逃げ出す。
WinUI2→WinUI3だけでもかなりの破壊的変更だらけでこんな環境誰も怖くてさわれない、ましてや自社どころか顧客のプロジェクトでは採用不可能。
WPFでXAML触ってたからいけるんちゃう？とWinUIに手を出すと内部実装がまったく違っていて手も足も出ない、また一からキャッチアップのはじまり。
118:デフォルトの名無しさん
24/05/14 23:22:54.33 rvUCkthH.net
まぁ、MSが割り当ててる開発者が少ないから
WinUI3もそうだが普通にクソ品質なんだよな
これが最大の問題
MSが力入れてないんだからそもそも流行るわけがない
119:デフォルトの名無しさん
24/05/15 00:28:37.15 d2BwHAQh.net
そもそもMSがOfficeもTeamsもSkeypeもOutlookもどれもこれもぜーんぶReactとReact Nativeで作ってんのどゆこと！？ってなるわ
マジで俺等のこと馬鹿にしすぎだろ
120:デフォルトの名無しさん
24/05/15 00:36:44.66 0QhUyids.net
MSの黒歴史
windowsアプリ作れるようにしたで
Visual Studio+Win32で作ってやw
→イベントハンドラやウインドウ関連のAPIがゴミ過ぎるためにまともなUIが作れない
MFC作ったで
C++でオブジェクト指向やでw
→結局ただのラッパーなのでCDocumnetやCViewの本質的複雑さは変わらず誰も使わない
しょうがないからVBで画面作ってやw
→結局画面はこれで作るのが標準になる
ただし、業務ロジックは裏のC++プロセスへ投げることになるのでたかが画面一枚作るのに死ぬほど手間がかかることに
121:デフォルトの名無しさん
24/05/15 00:43:12.20 0QhUyids.net
MSの黒歴史2
.NET Frameworkっていうの作ったでw
Javaより使いやすいC#いう言語も作ったでw
今回はGUIも作りやすうしといた
みんなつこーてや
→フォームアプリのゴミさ加減は相変わらずなので大規模になるとまともにUIが作れない
WPFいうの作ったでw
流行りのXMLで全部書けるんや！！
これが最強やろ！！
→XAMLがゴミ過ぎて誰もついて行けず
そしてWeb全盛時代へ突入
しかしMSはこの分野での武器はゼロ
IE6というレガシーで足を引っ張ることだけが仕事になる
122:デフォルトの名無しさん
24/05/15 00:52:02.67 0QhUyids.net
MSの黒歴史3
やがてスマートフォン全盛時代へ突入
Windows phone作ったでw
iPhoneやAndroidより使いやすいで
あと今回はみんな大好きJavaScriptでアプリをつくれるようにしといたでw
UWP言うねん凄いやろ
これに合わせてWinRTいうのも作ったで
裏側はwindowsのランタイムや！！
これからは全部これでええんやで
これで今度こそ勝ちや
→windows phoneは空前絶後の大失敗
WinRTは結局XAMLに囚われる上に
.NETの機能を使うにはめちゃくちゃ面倒で誰も使わず
123:デフォルトの名無しさん
24/05/15 00:57:17.12 0QhUyids.net
MSの黒歴史4
IE6の死によりブラウザのフロントエンド開発が加速する
その中でReactやVueが流行り始める
仮想DOMを装備して状態を意識せずに書けるスタイルが人気となり爆発的普及を見せる
Blazor作ったやでw
WebアプリをJavaScriptやなくてC#で作れるんやでw
これが顧客が本当に求めたものやろw
→そもそもC#は誰も求めていないので誰も使わず
124:デフォルトの名無しさん
24/05/15 10:08:51.34 //HVHYzO.net
msの出すフレームワークよりelectronで作ったほうがいいってみんな気づいちゃった
125:デフォルトの名無しさん
24/05/15 17:29:51.59 d2BwHAQh.net
いやそんなの本職のフロントエンドプログラマーなら10年以上前から気づいてたから
XAML使う理由がC#と.NET使いたいためだけに我慢してXAMLとMVVM学習してただけの話
.NETだけはとてつもない下位互換性を堅持してるのにフロントエンドフレームワークが常に破壊的変更されちゃただでさえXAML書けるやつもノウハウもナレッジも少ないのに誰が使うねんて話
個人的にC#と.NETでのアプリ・ビジネスロジック実装は今でも神レベルに使いやすいし便利だからC#/.NETからReactやViteやSvelte使えるようにしてくれりゃ全部解決なんよな
まぁ昔からずっと主張してる俺の持論でMSは社内のフロントエンド開発部門の毎年の予算作るためだけにまったく役に立たないゴミみたいなフロントエンドの仕事を用意してやってるだけやで絶対に
126:デフォルトの名無しさん
24/05/15 18:00:43.75 gKXYwwQM.net
MSはどうにかしてC#を使わせようと頑張ってるんだね
利権かなんか知らんけどさ
127:デフォルトの名無しさん
24/05/15 18:48:03.26 Yl/ROAxF.net
別にWPFでもいいからXAMLを放棄してhtml5にしてくれたらそれでよかったんだけど、Xamarin
買収しちゃってXAMLがさらにカオス化というのがな。
128:デフォルトの名無しさん
24/05/15 20:42:07.48 rWwaX9Gc.net
WebView2のMac版とLinux版出してくれればそれでいいよ
スマホはもうC#でやりたいやつ誰もいないだろ、、、
129:デフォルトの名無しさん
24/05/15 20:57:08.96 d2BwHAQh.net
一番期待してたBlazor Hybridも既存のRazor構文とMAUI抽象化レイヤーというゴミ実装でオワコン
なぜTauriのtarui::commandのようなnvoke Commandsの美しくも簡単で便利な実装にできなかったのか
まぁそもそもほんまにMS本社レドモンドで作ったのかも怪しいくらいゴミやから外注に作らせた説もぜんぜんあるわな
ほんまTauriでRustじゃなくてC#使えたら最強やのになぁ
130:デフォルトの名無しさん
24/05/15 21:04:24.59 5BURxS90.net
Tauriの美しさは素晴らしい
デスクトップに限らずそのうちモバイル業界のガワアプリハイブリッドアプリのプラットフォームをTauriが統一すると思う
131:デフォルトの名無しさん
24/05/15 21:14:18.91 n0xVoSRA.net
Tauriで開発されてるアプリでいくつか注目してるのあるけど2～3年立っても一向に開発終わらなってないのがちょっと不安だな
やっぱりElectronに比べると開発速度は出せないのか
132:デフォルトの名無しさん
24/05/15 21:38:33.59 d2BwHAQh.net
>>130-131
Tauriはロジックの実装がRustなのが最大の魅力なんやがそれが足枷にもなってるんよ
例えば俺が個人利用のためにC#+WinFormsで作った圧縮・展開アーカイブアプリをTauri+Rustにポーティングしたんやが
RustにはC#のsharpcompressのような統合圧縮・展開ライブラリが存在しない
それどころかC++のlibzipやunrarみたいなのもなくてRustでヘッダー読んでとかめちゃくちゃ大変やった
ここがC#どころかC++にすら劣る部分やねまぁRustの使用領域を考えるとトップエンジニアが触るんやからそうなるんやろうけど俺ら下々のプログラマーにはちと荷が重い
133:デフォルトの名無しさん
24/05/15 22:24:04.04 Mf4JFvqi.net
libarchiveでよくね？
134:!
24/05/15 23:02:06.91 jRZU1V1x.net
そもそもrustの速度必要とする一般アプリなんてそうそう作る機会ないだろ
SNSアプリなんてWebAPI叩いてデータベースいじってUI表示とか
CPUインテンシブなアプリなんてなぁ・・
画像処理系のアプリとかで
例に出た圧縮も自前で実装するならいざしらず
結局外部ライブラリ呼ぶだけだしな
135:デフォルトの名無しさん
24/05/15 23:09:43.13 jRZU1V1x.net
つか、libarchiveはもうwindowsに同梱されてるよな
136:デフォルトの名無しさん
24/05/16 00:03:39.76 bfze6bsB.net
Windows限定ならCOMで少々面倒だが7z.dllで全部完結するんだけどWinFormsをTauriにリプレイスするってことはマルチプラットフォームもある程度考えてるだろうしそうはいかんか
>>134
Tauriの利点はどっちかと言うとバイナリサイズの方だと思ってる
VSCodeやDiscord辺りが先陣切ってTauri化してくれたら神なんだがまあ無理な話か
137:デフォルトの名無しさん
24/05/16 00:24:03.29 Lo68+sEN.net
tauri久しぶりに見に行ったけど2.0まだなんだなぁ
138:デフォルトの名無しさん
24/05/16 05:31:03.47 cUMLS5bA.net
tauriはなーelectronに比べてpreloadもいらないしフロントエンド側はめちゃくちゃスマートに書けるんだけど
Rust側で何かやろうとするとガッチガチ言語すぎてギャップがすごい
C++とかやってた人は楽チンなんだろうけど
139:デフォルトの名無しさん
24/05/16 13:02:59.82 GRjs/TRy.net
>>138
tauriでrustを使う理由って「rustで書きたいから」以外の理由がない
全部JSで書いた方が速いし楽
しかし男には全てをrustで書くという夢がある
140:デフォルトの名無しさん
24/05/16 16:35:12.05 DYyEk58P.net
そんなに心配しないでもそのうちGPTがUIをHtml+JSで出してくれるようになるよ
現状でもGPT-4oがすごいらしいじゃん
プログラマはロジックを書くのに集中すればいいってわけよ
141:デフォルトの名無しさん
24/05/16 17:07:27.90 GRjs/TRy.net
そんなもん今でも出してるだろw
142:デフォルトの名無しさん
24/05/16 17:07:56.45 A88B+40O.net
俺はさっさとAIでER図やExcelのテーブルからDBとAPIをジェネレートしてほしいんだがな
一番AIに向いてるに内容だと思うんだが一向に出てこないからAIもぜんぜんたいしたことねーよな
個人的にインフラだけでなくDBやIFやバックエンドは自動生成してフロントエンドに集中したいわ
これ日本のデベロッパーが一番ズレてると思うのがプロダクトで一番重要なのってロジックじゃなくてUI/UXのフロントエンドだからな
日本人はデザインセンスやそういう発想がなさすぎるからソフトウェアがゴミなんだよ
今まで仕事しててこの分野で中国人に30年差をつけられてるのも納得って感じ
143:デフォルトの名無しさん
24/05/16 17:14:59.49 GRjs/TRy.net
>>142
嫌だからその程度生成してるって
テーブル定義貼り付けてみろ
全部生成してくれる
144:デフォルトの名無しさん ころころ
24/05/17 13:12:33.97 hG4BBVLa.net
WinUIは3にもなって未だにXAMLでウィンドウのサイズプロパティがなくXAMLでサイズ指定ができない
Githubでも散々叩かれててウィンドウサイズを変更する機能のないUIフレームワーク(笑)って投稿にいいね！めっちゃついててクソワロタ
なんでウィンドウのサイズ変更するためだけにコードビハインドかつP/Invokeで3行もコードを書かんとあかんねん
MSのフロントエンドアーキテクトってどいつもこいつもセンスゼロでほんま無能すぎるやろ
145:デフォルトの名無しさん
24/05/17 14:48:39.70 miJqGZva.net
Windows Formsは最高だっただろ？
146:デフォルトの名無しさん
24/05/17 16:30:18.49 hG4BBVLa.net
普通にWinFormsがバリバリ現役やからな
難点はWinFormsやとWin 11のFluent Designがまったく使えんことやな
そもそもmacOSやLinuxと違ってOSのGUIでMicaやAcrylicをネイティブサポートしてない時点でWinUIもMAUIも糞もないんやけどな
DevExpressが販売してるFluent FormsならWinFormsでMicaやAcrylicのカスタムコントローラーが使えるんやけど年間サブスクで$999からやから使えるわけない
なんでこんなMSが標準で用意せんとあかん機能をサードパーティーがビジネスにしてメシ食ってんねんおかしいやろ
まぁ流行る要素皆無よ
147:デフォルトの名無しさん
24/05/17 18:18:19.93 63RUfPPA.net
>>146
フォームは画面遷移があまりにもゴミ過ぎるからねえ
あんなの標準でやれってめちゃくちゃ
148:デフォルトの名無しさん
24/05/17 19:25:35.53 yDzG6gFd.net
>Fluent Design
それ意識高い系が好きなやつやん
149:デフォルトの名無しさん
24/05/17 19:47:41.77 xK87MugE.net
FluentもReact版が本丸だけどね、、、
リポジトリの規模がもう比較にならん
URLﾘﾝｸ(github.com)
URLﾘﾝｸ(github.com)
150:デフォルトの名無しさん
24/05/17 20:03:38.40 Bzly/lr+.net
fluentやるにしてもelectronかtauriで十分
151:デフォルトの名無しさん
24/05/17 20:58:47.44 hG4BBVLa.net
そうそうFluent DesignでDesktopアプリ作るのもReact NativeやElectronやTauriの方がパッケージ充実しててめっちゃ楽なんがイミフすぎるんよな
MSはもうフロントエンドを他からパクってきてロジックだけC#で使えるようにしてくれ余計なことせんでええ
152:デフォルトの名無しさん
24/05/17 21:49:19.01 AzrYTAFx.net
Blazorで良くね？
153:デフォルトの名無しさん
24/05/17 22:25:20.51 2UPvPi1a.net BE:422186189-PLT(12015)
sssp://img.5ch.net/ico/folder1_03.gif
SwiftUIが最強だぞ
なぜパクらないのか
154:デフォルトの名無しさん
24/05/17 22:41:25.89 63RUfPPA.net
技術力がないからだろう
JVMパクった時のように得意の同じアーキテクチャで丸パクリでいいのにそれすらできなくなった
155:デフォルトの名無しさん
24/05/17 23:10:22.30 63RUfPPA.net
>>149
Office 365で使われてるからもうネイティブ版は息してないな
Windowsネイティブアプリしゅーりょー
156:デフォルトの名無しさん
24/05/18 00:07:17.71 uwzTrMNd.net
C#以外禁止ならBlazorでいいけどそうじゃなければReactで書きたい
157:デフォルトの名無しさん
24/05/18 00:12:08.00 olgk+Gdo.net
フロントエンドはReactでもVueでもViteでもSvelteでもなんでもええんや
ロジックだけC#使いたいんやなんで誰もが求めてることをやらんのやMSアホすぎる
158:デフォルトの名無しさん
24/05/18 00:17:12.03 olgk+Gdo.net
あとXAMLと双璧をなすめんどくさアーキテクチャのMVVMもオワコンすぎる
まぁそもそもC#の設計思想がC++からの移行を想定してて面倒な記述や手続きを求められるんやが
あまりにめんどいからWinUI3でもMVVM使わずがっつりコードビハインドやハードコーディングで書いてるからな
それにしてもXAMLもMVVMもとにかく手間がかかるJSやPythonが好まれる時代にまったくマッチしてないのアーキテクトやエンジニアのセンスゼロと言わざるを得ない
159:デフォルトの名無しさん
24/05/18 00:31:37.41 nDlj56PD.net
C#で書いたコードをNativeAOTしてそれをRustでラップしてやればTauriでロジックをほぼC#で書けるんじゃね？そんなことやる気ないから知らんけど
160:
24/05/18 00:33:32.65 7mK3ozxc.net
Tauriはもうブームさっただろ
時代はwailsだろ
161:デフォルトの名無しさん
24/05/18 00:57:54.85 k3bfwDQ6.net
Tauriはモバイルアプリ分野で普及しそうで期待してる
ガワアプリハイブリッドアプリを手軽に作れて、ReactNativeやCapacitor(Ionic)に対抗できるポテンシャルはあると思う
162:デフォルトの名無しさん
24/05/18 04:33:31.17 FpOy8Wys.net
>>158
すまんが現場じゃJSとpythonって嫌われ者だぞ
163:デフォルトの名無しさん
24/05/18 06:19:23.72 aZIcMwYD.net
>>162
現場ってなんの現場？
164:デフォルトの名無しさん
24/05/18 07:08:44.16 FpOy8Wys.net
IT業界
jsとpythonが人気に“見える”のは高校大学とかの教育現場までカウントされてるからだぞ
pythonだって機械学習ぐらいしか使わない
jsだって小規模開発ぐらい
規模が大きくなるにつれてpythonなんて能力不足だしjsはバグの温床になりやすいから極力排除する
165:デフォルトの名無しさん
24/05/18 07:36:35.75 49XN08Gx.net
フロント開発の話をしてるんじゃなかったの？
166:デフォルトの名無しさん
24/05/18 07:47:23.62 dXhKuUBG.net
フロントエンドのフレームワークのスレでそんなん言われてもね
167:デフォルトの名無しさん
24/05/18 07:58:17.08 FpOy8Wys.net
だからBlazorで良いじゃん
168:デフォルトの名無しさん
24/05/18 09:25:54.41 ES3Icyri.net
Blazorは違う、フロントエンドをC#で書きたいなんてもう誰も思ってない
WailsやTauriのC#バージョンが求められてる
169:デフォルトの名無しさん
24/05/18 10:05:50.97 fL3BuuI3.net
「誰も」とか「ゼロ」とか「極力」とか、
そういう極端な言葉使ってるやつは視野が狭そうに見える
170:デフォルトの名無しさん
24/05/18 10:22:24.32 y9O2OkDx.net
ReactでもVueでもBlazorでもComposeでもFlutterでもなんでも好みのものを使えばおけ
Reactが学習コストも資産も充実してるってだけで、どのフロントのフレームワークを使っても動くものを作れる
171:デフォルトの名無しさん
24/05/18 10:40:35.36 cFdkwUca.net
>>168
求められてないけど
Wails使えばGolangで書けるのにいまさらC#にしがみつく必要なし
172:デフォルトの名無しさん
24/05/18 10:49:52.61 dXhKuUBG.net
WebView2がクロスプラットフォームになれば事実上そうなるんだけどな
ガワはMAUIでもAvaloniaUIでもUNOでもなんでも良い
URLﾘﾝｸ(learn.microsoft.com)
一応ロードマップにはMacOSやLinuxはあるんだけど、音沙汰無いからやる気なさそうだけど。
173:デフォルトの名無しさん
24/05/18 10:56:54.97 TYsqmmdl.net
go言語化ってよく知らんのだけど人気なの？
174:デフォルトの名無しさん
24/05/18 10:57:18.06 TYsqmmdl.net
go言語ってよく知らんのだけど人気なの？
175:デフォルトの名無しさん
24/05/18 12:05:08.84 FpOy8Wys.net
殆ど使われて無い
176:デフォルトの名無しさん
24/05/18 12:07:23.19 FpOy8Wys.net
goも不遇だよね
Dart開発しました
go開発しました
でもGoogleではTypeScriptが標準です！
177:デフォルトの名無しさん
24/05/18 12:59:35.20 6s00VtOV.net
Goは将来性あるよ
178:デフォルトの名無しさん
24/05/18 14:01:30.70 iHfdjA3b.net
>>162
そりゃお前の頭ん中な
今やその２つ+Rust/Go以外はやる価値なしと判断されてる
179:デフォルトの名無しさん
24/05/18 14:09:17.08 olgk+Gdo.net
それ言ったらRustはもっと将来性あるというか確約されてるし人気あるだろ
まぁ俺もGo触ったことないんであれだが比較すべきはRustでそのRustと比較してどんなメリットあんの？
Rustは名前と人気だけ先行してみんなイメージだけで語ってるやつ多いがぶっちゃけ開発環境としてはなんもなくてほぼフルスクラッチになるからC++よりもきつい
そのRustよりも明確なメリットってなんかあんのか
180:デフォルトの名無しさん
24/05/18 18:14:55.50 6s00VtOV.net
しばらくCとGoやRustは共存していくだろう
181:デフォルトの名無しさん
24/05/18 20:45:49.48 ChRqTdIH.net
>>178
そりゃお前の頭ん中な
あなたのお気持ちとか知りませんやんw
182:デフォルトの名無しさん
24/05/18 21:49:47.58 olgk+Gdo.net
今のRustの用途ってCやC++の既存の機能を置き換える実装がほとんどなんじゃねーの
自分でなんでも書けるからRustなんてよゆーってプログラマーなんてそんな多くねーだろ
183:デフォルトの名無しさん
24/05/18 22:04:56.78 iHfdjA3b.net
>>181
オウム返ししたな
お前の「負け」だ
184:デフォルトの名無しさん
24/05/18 22:07:55.34 ChRqTdIH.net
>>183
そのお前の頭の中の「勝敗」
誰得やねん？
185:デフォルトの名無しさん
24/05/18 22:27:50.69 K5ctxTI+.net
JavaでAndroidアプリ作るよりC#のほうが解りやすくてMAUI使ってる俺は変態なのか?
まあ、主に自分で使用するものをVBAやC#で作った経験しかないからな。
ちなみにGoglePlayでツール系のアプリ公開してるけど2200回ダウンロードされてアクティブなデバイスは300程、Firebaseのデータやプログラムを定期的にアップデートしてる。
186:デフォルトの名無しさん
24/05/19 06:35:55.36 HwLpw809.net
わざわざJavaで書く意味がわからんKotlinで書くだろ…
しっかしたまにC#やJava触るとセミコロンだったり型が前置だったりが古臭く感じるなあ
187:デフォルトの名無しさん
24/05/19 08:22:42.68 4NDiB8uu.net
ウィンドウをサイズやポジションを設定するプロパティも機能もない
サイズ設定
IntPtr hWnd = WinRT.Interop.WindowNative.GetWindowHandle(this);
WindowId myWndId = Microsoft.UI.Win32Interop.GetWindowIdFromWindow(hWnd);
AppWindow appWindow = AppWindow.GetFromWindowId(myWndId);
appWindow.Resize(new SizeInt32(500, 200));
188:デフォルトの名無しさん
24/05/19 08:23:30.92 4NDiB8uu.net
ポジション設定
m_window = new MainWindow();
var hWnd = WinRT.Interop.WindowNative.GetWindowHandle(m_window);
Microsoft.UI.WindowId windowId = Microsoft.UI.Win32Interop.GetWindowIdFromWindow(hWnd);
Microsoft.UI.Windowing.AppWindow appWindow = Microsoft.UI.Windowing.AppWindow.GetFromWindowId(windowId);
if (appWindow is not null)
{
Microsoft.UI.Windowing.DisplayArea displayArea = Microsoft.UI.Windowing.DisplayArea.GetFromWindowId(windowId, Microsoft.UI.Windowing.DisplayAreaFallback.Nearest);
if (displayArea is not null)
{
var CenteredPosition = appWindow.Position;
CenteredPosition.X = ((displayArea.WorkArea.Width - appWindow.Size.Width) / 2);
CenteredPosition.Y = ((displayArea.WorkArea.Height - appWindow.Size.Height) / 2);
appWindow.Move(CenteredPosition);
}
}
m_window.Activate();
189:デフォルトの名無しさん
24/05/19 08:26:30.96 4NDiB8uu.net
これが2024年の最新のマルチプラットフォームフロントエンドフレームワークとかあまりにもひどすぎてクソワロタ
そしてMS自身はOffice365もOfficeもEdgeもReact、VScodeはElectronで実装しててクソワロタ
190:デフォルトの名無しさん
24/05/19 08:35:58.09 4NDiB8uu.net
GoogleもMetaもTwitterも社内で使っててものすごく便利で素晴らしいからフレームワークをOSS化して人気でたのに
それがMSの場合自社ですら使わないゴミをOSS化してるから当然だれからも見向きもされないままオワコン化
いまだかつてこれほど酷かったフロントエンドフレームワークは初めてだわ
191:デフォルトの名無しさん
24/05/19 12:36:12.55 Z296Jxvc.net
そらまああんなでかい会社で一枚岩なんてありえんけどな
逆に開発者が環境を強制されない自由な社風とも言える
自分に都合のいい一面だけ見ても理解できんよ
192:デフォルトの名無しさん
24/05/24 16:57:54.76 +1ofGHDa.net
もうMSはAIにコード書かせたいからプログラマの相手なんかどうでもいいんだよ
193:デフォルトの名無しさん
24/05/24 22:20:58.77 wIRr1ctk.net
ここに来てクライアントアプリの需要増えるとか勘弁して欲しい
BUILDで発表あったけどコレからはWebだけじゃダメだ
クライアントだけでAI動かないと話にならない
194:デフォルトの名無しさん
24/05/24 23:27:05.56 700trLsu.net
>>193
BUILDの話題誰もしてないけどどこかまとまってる？
195:デフォルトの名無しさん
24/05/25 04:08:24.71 j5AW2kym.net
MSゴリ推しのAIとか絶対失敗するわ
今までMSがIPに巨額の投資や買収して成功したこと一度でもあったか？ないんだなこれが
AIなんて仮想通貨と同じく金儲けしたいだけの投資家のおもちゃよ
196:デフォルトの名無しさん
24/05/25 04:09:51.21 j5AW2kym.net
まぁAIバブルが崩壊するまでの短期間でそのおこぼれに群がるIT土方が乞食したいならそれもいいじゃね？
197:デフォルトの名無しさん
24/05/25 05:58:09.10 Ljj82WJ/.net
そうは言っても5、6年ぐらい前からクライアントでonnx使う機会増えてんじゃん
198:デフォルトの名無しさん
24/05/25 09:35:48.92 q+P8yrMm.net
クライアントでSLM使うのが流行り
Phi－3でWindowsもAndroidもiOSもクライアントだけで動く
199:デフォルトの名無しさん
24/05/25 09:59:55.80 xnXKhp7w.net
PC買い替えてまでSLM動かしたいかねえ
200:デフォルトの名無しさん
24/05/25 13:42:33.07 j5AW2kym.net
AIでも結局やってることが10年前に大流行したビッグデータのデータマイニングと変わらんてことよ
SLMなんてAIそのものよりもそのドメインの専門知識や機密情報が重要なんであって既存の専門分野の業務システムと何ら変わらん
俺はとある超大手企業でSAS使ってたけどご自慢のビッグデータで何してたかと言うと経営者が喜ぶ情報を作るためにデータを取捨選択してたってわけ
こんな無駄で無意味なことなんてマネタイズできっこないしなぜその企業が大金かけてたかというと
プロジェクトを仕切っていた本部長が実の弟の会社に一括で仕事を流してたからという背任罪あるある
201:デフォルトの名無しさん
24/05/25 13:54:59.99 FvZ/YunR.net
MicrosoftはOpenAIやGitHubを実質的に抱えてるってこと忘れてない？
202:デフォルトの名無しさん
24/05/25 14:17:04.07 q+P8yrMm.net
>>201
GitHubは買収してるんだから実質的って表現おかしくね
あれはMicrosoftだぞ
203:デフォルトの名無しさん
24/05/25 14:23:38.92 MOFssUzn.net
GitHubのAIといえばCopilotどうなった？
204:デフォルトの名無しさん
24/05/25 14:35:26.83 j5AW2kym.net
今日の海外記事でCopilotのコードが誤りの可能性は51%って情報が出てたぞ
まぁお前らがご自慢のAI使って大したもん作っても稼いでもないってよーくわかった
ぼきゅえーあいしってるんだもん！でクソワロタ
205:デフォルトの名無しさん
24/05/25 14:38:18.12 hX6V6Q/d.net
めちゃくちゃ頭悪い発言してて草
206:デフォルトの名無しさん
24/05/25 14:50:21.78 j5AW2kym.net
効いてて草
207:デフォルトの名無しさん
24/05/25 15:00:00.10 hX6V6Q/d.net
自分のレス見てアホだと思わん？w
208:デフォルトの名無しさん
24/05/25 15:01:48.77 FHtwikOJ.net
Github Copilot は普通に使えてるよ
タイピングが減って快適だ
普通に間違うので、ウソをウソとわかる人でないと難しい
209:デフォルトの名無しさん
24/05/26 09:45:31.04 kToL+qtL.net
むしろその51%が低く見えるけど、ちょこちょこ皆使ってるんじゃないかなw
210:
24/06/02 00:51:19.26 /UeujcSI.net
mauiが不人気な理由はxaml何じゃないかと
過去に戻るけど、Delphiみたいにデザイナーパネルから画面は作れるようにするのは難しいだろうか
(Delphiは、見たらスマホアプリとかも作れるようになっているんだね)
211:デフォルトの名無しさん
24/06/02 01:58:18.52 Gd9kl6kA.net
>>210
ガキの使いじゃないんだから今時ペタペタなんてしたくないんよ
コードでガッツリUIを書いてそれがリアルタイムで確認できる
これがモダンなUIの作り方
何ならChatGPTを組み込んでくれてもいい
どうせ画面は生成AIで雛形作る時代
212:デフォルトの名無しさん
24/06/02 04:33:36.67 5qCYMNZB.net
>>210
MAUI、ひいてはMSの開発環境が不人気な一番の理由？
それは各メーカーがすべてのプラットフォームのフロントエンド実装を一つにしようとしてる現代において
MAUIの場合はWeb・WASM実装がASP(Razor/Blazor)でデスクトップ・モバイルがWinUI(XAML) or WinFormsとゆー社内政治の派閥争いによって支離滅裂で誰得になってるからに決まってんだろ
誰が考えたって、素人が考えたって現代のフロントエンド実装は絶対にHTML5+JSでマルチプラットフォームにするのが常識なんだよ
とうのMSですら自社のフロントエンドフレームワークは一切使わずにOffice365、Office、Teams、Skype、VScodeそのた諸々のドル箱アプリをほぼReact/React NativeとElectronで作っとるんやぞ
しかもMetaが絶対に対応しないと意地悪したReact NativeのWindows Desktop実装もMS自らが1社でシコシコ開発しとるのクソワロタ
これでMAUIが人気でないってMS自身がやる気も流行らせる気も毛頭ないのに当然やろ
213:デフォルトの名無しさん
24/06/02 08:40:34.66 0MnNF0Gg.net
>>212
へー、デスクトップ版ExcelやWordもReact/React NativeとElectronと言い張るのか
214:デフォルトの名無しさん
24/06/02 09:45:34.93 kFf3bT5I.net
これ読む限りデスクトップ版もじゃないの？
バラバラにする意味ないでしょ
URLﾘﾝｸ(softantenna.com)
215:デフォルトの名無しさん
24/06/02 11:22:30.55 iJbbBtN+.net
>>214
意味ある
216:デフォルトの名無しさん
24/06/04 21:08:48.75 xMGMy1Dg.net
>>215
意味無い
217:デフォルトの名無しさん
24/06/08 00:03:53.12 UXliOxHj.net
せめてスタイルの記述だけでもWinUIでCSSにできんかったんか
CSS使えるJavaFXのFXMLの方がよっぽど筋が良かったわ
まぁJavaFXはOracleが延命せんかったから死んでもうたけど
CSSと言わずともせめてJSONで記述できれだいぶマシやったんやがな
もうApp.xamlやResource.xamlにズラーッとSetter並んでるStyleとか見たくないわ
XMLは可読性が最悪すぎて蕁麻疹でるっちゅーねん
218:デフォルトの名無しさん
24/06/08 08:23:55.48 SAkY8LF7.net
XMLはもう終わりだよ
AndroidもXMLはメンテナンスモードに移行したし
219:デフォルトの名無しさん
24/06/08 12:32:45.57 zcPJDSId.net
GUIを論理構造でやるやつってDelphiで昔やってたやつと違うのかな
何だかループしてるように見える
220:デフォルトの名無しさん
24/06/08 18:04:51.45 Hlb2wDxo.net
JSXという理想のXMLがあるのに何でその劣化版を書かなきゃならんのってなるわな
221:デフォルトの名無しさん
24/06/08 21:28:46.31 HBz/mQGq.net
JSXはXMLじゃなくてJSだよ馬鹿
ニワカが知ったかしてしゃしゃってくんなよ
222:デフォルトの名無しさん
24/06/08 21:48:42.43 Hlb2wDxo.net
それはコンパイル後の話だろ
書くときはもろにXMLだ
書いたこともないくせにしゃしゃってくるなバカ
223:デフォルトの名無しさん
24/06/08 22:05:47.75 QzPcwM+v.net
オイラもJSX(TSX)のどこがXMLなのか気になるから詳しく説明よろ
あの構文のどこをどう見たらXMLに見えるんだろう
生まれて初めて聞いたから若干の戸惑いを感じる
224:デフォルトの名無しさん
24/06/08 22:09:27.37 UdqPo5/0.net
XML じゃなくて、S式をベースにすればよかったんだよね
225:デフォルトの名無しさん
24/06/09 01:19:07.49 QX/4swNb.net
>>223
逆にXMLじゃないと思ったのはなぜなんだろう
例えば単一のルート要素やタグの対応関係が必須など
もろにXMLなのだけど
226:デフォルトの名無しさん
24/06/09 06:06:52.12 tyVWh6h1.net
JSXはJavaScript XMLの略らしいけど
227:デフォルトの名無しさん
24/06/09 16:24:54.76 I85uDLsF.net
>>222
ブーメランやん
もうネタやん
228:デフォルトの名無しさん
24/06/09 16:35:11.51 QX/4swNb.net
？
XMLは元々そういう変換機を作るための汎用フォーマットだぞ
だからパースしやすいように厳格になってる
それ単体では何の意味も持たないだろ
そもそも処理系ではないんだから
229:デフォルトの名無しさん
24/06/09 16:51:04.12 uS4jeXmj.net
wikiでもど頭に
JSX (JavaScript XML, formally JavaScript Syntax eXtension) is an XML-like extension to the JavaScript language syntax.[1]
って思いっきり書いてあるやん
230:デフォルトの名無しさん
24/06/09 17:54:49.62 p4JAvk91.net
喧嘩はやめよー
231:デフォルトの名無しさん
24/06/09 18:40:37.65 TVjmkEGE.net
Binding というアイデアがハズレだったんだよ
根本的なところでハズしているので、巻き返しは不可能
232:デフォルトの名無しさん
24/06/09 21:03:29.20 QX/4swNb.net
JSXをただのテンプレートエンジンと思ってるんじゃないの？
タグとか素のHTMLでさえ全部パースしてVDomで保持してるのに
233:デフォルトの名無しさん
24/06/11 20:04:00.56 6BKga6KD.net
言語が乱立しすぎてしんどい
1つにしてよ
234:デフォルトの名無しさん
24/06/11 22:15:06.79 VI5v8dDI.net
モバイルアプリ開発総合みたいなわかりやすいやつほしいね
単一プラットフォームネイティブ（Swift、Java/Kotlin）からXamarin/MAUI、Flutter、ReactNative、KMP等クロスプラットフォームネイティブ、ひいてはガワアプリまで全部一纏めにしていい
235:デフォルトの名無しさん
24/06/11 22:23:56.61 P40oBDgA.net
このスレが実質そうでしょ
Flutter vs .NET MAUI vs React Native 2
ｽﾚﾘﾝｸ(tech板)
236:デフォルトの名無しさん
24/06/12 22:06:48.45 6jxu0vvB.net
>>233
言語は利権争いできるから、一つにまとまるなんてことは起きないんだ
237:デフォルトの名無しさん
24/06/13 11:01:05.08 i+m/Vfya.net
URLﾘﾝｸ(i.imgur.com)
もうすぐ終了です
238:デフォルトの名無しさん
24/06/13 11:17:20.77 V9nGFEN/.net
>>237
これは試す価値あるな
239:デフォルトの名無しさん
24/06/13 21:02:36.12 PEctANCx.net
Rubyと一緒に消えろ
240:デフォルトの名無しさん
24/06/13 22:15:39.89 g8xlQoou.net
そうだな
型を適切に扱えない言語は滅びるべきである
241:デフォルトの名無しさん
24/06/14 03:01:12.61 YcwgTrHI.net
型とかそういう言語仕様も大事だけど、まずフレームワークのメンテナンスをまともにやってほしい
FlutterやReactNative、Compose Multiplatformと比べてMAUIのやる気のなさ、情けないよ
242:デフォルトの名無しさん
24/06/14 03:27:48.82 X0GlCRZU.net
mauiってよく知らんのだがデスクトップ開発でなら使われてるの？
243:デフォルトの名無しさん
24/06/14 04:02:46.18 ERlW+xvs.net
Windows App SDKの方はちゃんと開発してる
もうMAUIは捨て確定だなこりゃ
URLﾘﾝｸ(forest.watch.impress.co.jp)
URLﾘﾝｸ(github.com)
244:デフォルトの名無しさん
24/06/14 04:40:24.76 qF8Ig6cA.net
マイクロソフトはクロスプラットフォームを、MAUIを捨ててBlazorに絞って開発したほうがいいように感じる
245:デフォルトの名無しさん
24/06/14 05:04:21.16 lj8dYX/x.net
MAUIを採用するうえで致命的なのが、いつ開発停止しても何ら不思議ではないこと
運用リスクが高すぎて、せいぜい過去にXamarinで作ったアプリをMAUIで保守しようかなくらいにしか使えないよ
246:デフォルトの名無しさん
24/06/14 08:42:38.39 TliJGAKQ.net
>>237
コスパ良いな
247:デフォルトの名無しさん
24/06/29 06:42:57.18 hvZZKGi2.net
MAUIは配布がクソめんどい
デフォルトのアプリをビルドしただけで100MBものサイズになり、
msixしか生成されないからbundleは手動で作ってやらなきゃならん
しかも自己署名証明書だとインストールもできないので、高い証明書を買ってこなきゃいけないし定期更新も必要
受託開発だとまぁ選べないわな
248:デフォルトの名無しさん
24/06/29 09:54:12.17 1aZdlgNw.net
アプリのサイズを気にするならOS同梱のグラフィックライブラリでアプリを作らないとね
AndroidならCompose/Kotlin、iOSならSwiftUI/Swiftで作れば数MBの容量で済む
URLﾘﾝｸ(www.jacobras.nl)
249:デフォルトの名無しさん
24/06/29 09:56:25.01 jimzmydT.net
RAMと同じく今どきストレージ気にする必要性あるハードウェアなんてないやろ
PCどころかスマホですら512GB～1TB当たり前やのに
250:デフォルトの名無しさん
24/06/29 09:58:30.63 jimzmydT.net
あとUnpackageでビルドすりゃ今まで通りバイナリ出力されるからサイドローディングすら必要ないやんが
もちろんこんな初歩的なことは知っとるよな？もしかしてエアプか？ｗｗｗ
251:デフォルトの名無しさん
24/06/29 10:04:02.13 ootEijyj.net
いやー、iPhoneとかだと64GBしかない人とか沢山いるし、さすがにアプリ容量が百MBを超えるとアンインストールされるリスク高いと開発者目線では感じる
アプリが数MBしかなければアンインストールする気を起こさせないというのはあるはず
252:デフォルトの名無しさん
24/06/29 14:04:30.28 AKI9JxZ5.net
自身で作成したモノの単なる署名に金掛かるというのがほんと意味不明
証明書機関とかただの利権ビジネスじゃねーか
253:デフォルトの名無しさん
24/06/29 18:00:13.36 cGjRY3mv.net
>>252
iOSの話？
254:デフォルトの名無しさん
24/06/29 19:47:48.91 Cd3NI2Hu.net
>>252
ネットはアメリカの巣の中。
xxx.co.jpなどのURLアドレスの登録も
2千円程度の年間維持費がかかるし。
255:デフォルトの名無しさん
24/06/30 03:13:31.40 CdZYHoVj.net
日本はIT小作人ωωω
256:デフォルトの名無しさん
24/07/01 21:05:44.79 sANfgb6u.net
Windowsの証明書はボッタクリ業者ばっかでホント高すぎるし手続きダルすぎる
昔はプログラミング始めると言えばとりあえず手元のPCに入ってるOSで動くアプリ作ってみるみたいな入口多かったと思うんだけど
Windowsのデスクトップアプリがここまで冬の時代になるとは思わなんだ
年間99ドル払えばとりあえず大体のことはやってくれるAppleの方が遥かにマシ
257:デフォルトの名無しさん
24/07/01 23:30:40.19 G0G7wQjt.net
>>256
シェアが73%以上の寡占状態になると、市場がしぼむ
と言われているけど、それが当てはまっているのかも。
Windows用のアプリ市場で、OS会社のMSが自分で
アプリまで寡占状態に指定待ったことで、アプリ市場
が死んでしまい、アプリ市場に活気が無くなった。
そのため、Windowsアプリ離れが起きた。その結果、
OSまでシェアを落とした。
マーケティング理論からそう考えられるかも。
258:デフォルトの名無しさん
24/07/02 03:25:06.25 tXfVxiNd.net
MSストアでパブリッシュすりゃすべて解決やんけ
開発者アカウント登録も初回の1847円だけでAppleみたいにがめつく毎年更新＄99と高額な費用を払う必要もない
ニワカかつエアプすぎてググった知識でなんか文句言いたいだけやろこいつｗｗｗ
259:デフォルトの名無しさん
24/07/02 03:27:19.99 tXfVxiNd.net
しかもAppleと違ってMSはほぼすべて日本語でアプリの登録・申請・問い合わせが可能
AppleなんてXcode含めて開発環境・登録・申請・問い合わせが英語強制やからな
世界有数の英語アレルギーの日本人にとってどっちがハードル高いんやっちゅー話
260:デフォルトの名無しさん
24/07/02 04:02:18.66 NuvA7D4k.net
>>258
何でストアで公開しないといかんのだ？
261:デフォルトの名無しさん
24/07/02 04:36:49.61 tXfVxiNd.net
iPhoneやAppストアや登録費用の話題出したのお前やろガイジｗｗｗ
そもそも野良アプリはmacOSでもTerminalからcurlでインスコせんと既に起動すらでけへんわ知ったかすんなエアプｗｗｗ
墓穴ほりまくってメッキが剥がれてきたな知ったかエアプくんｗｗｗ
262:デフォルトの名無しさん
24/07/02 06:13:47.99 NuvA7D4k.net
>>261
ああ、なんだ、何も知らない馬鹿か
買ったこともなく(実は貧乏だから買えない)アップル製品の悪口を書く馬鹿が多いよな、5chは
263:デフォルトの名無しさん
24/07/02 06:31:51.18 tXfVxiNd.net
これMacの専ブラから書き込んでるんやがついに墓穴ほったのクソワロタｗｗｗ
264:デフォルトの名無しさん
24/07/02 06:38:51.16 NuvA7D4k.net
>>263
己が馬鹿なことを嘘まで付いてごまかすなよ
馬鹿にはiTerm2とかインストールできんのだろうな
265:デフォルトの名無しさん
24/07/02 06:47:09.26 tXfVxiNd.net
効いてて草
266:デフォルトの名無しさん
24/07/02 10:36:30.96 vHLeS4wn.net
MS Storeは最初にUWP縛りして大コケしたからそれから一切使ってないって人多いのが問題。
ていうか有名アプリでも大半はストアへの誘導じゃなく直接インストーラをダウンロード出来るようにしてるのがほとんどだろ
ユーザーもそっちに慣れてる
証明書とノータライズだけしてあればAppleは野良アプリターミナル叩かなくても起動できるよ
267:デフォルトの名無しさん
24/07/02 13:49:57.04 71Tx2vIK.net
UWPのアイデア自体は悪くなかったはずなのにここまでこけるとはね
268:デフォルトの名無しさん
24/07/02 13:54:10.02 7flIAyyV.net
>>267
開発者は、MSのベンダーロックインから離れたいと
思っているから。
269:デフォルトの名無しさん
24/07/02 14:23:00.67 Y/4KtxGA.net
そもそもVSCodeのダウンロードページにすらストアへの誘導が無いのが、どれほど開発者から総スカンだったかを物語っている。
一応ストアにもあるけど、こっから入れてる人いるの？笑
270:デフォルトの名無しさん
24/07/02 14:50:02.81 7flIAyyV.net
MSは、何十年間も客の事を考えずに買わざるを得なくして
無理やりかわしていただけだから、いつかチャンスが
きたら離れてやる、仕返ししてやると大多数の人が
思っていて、隙あらばMSを潰そうとしている人が
多い。
デファクトスタンダードだから使っていただけだし。
だから、チャンスが来たら、離れていく。
MSは必死で引き止めるしかない。
Macファンじゃなく、MS製品ばかり使ってきた人も、
心の中ではMSから離れたく思っているから。
MSは力でねじ伏せる流儀だから、いつかは離れられる。
40年くらいそれが続いてきて、ねじ伏せ力は凄いが。
271:デフォルトの名無しさん
24/07/02 14:52:51.19 7flIAyyV.net
みんなが使ってるOSを使っていたら、売れるアプリでも
作れるかな、と思ってたけど、MSの寡占のせいで
一時的に売れても、こっちが有名になる前に
すぐに模倣されてMS製の方が有名になるのが
目に見えている。
だからメリットがとても少ない状態。
さりとてMacやLinuxもメリットが無い。
だからしょうがなくWindowsを使っている状態だよ。
272:デフォルトの名無しさん
24/07/02 19:24:51.38 pKRCy0yk.net
読みにくいわ！ｗ
スマホか何かで書いてるんか？
Microsoftがそこまで嫌ならLinux行けば良いんじゃねって思うけどね
273:デフォルトの名無しさん
24/07/02 19:33:41.87 zgzHUr94.net
>>259
日本語でもOKだよ
274:デフォルトの名無しさん
24/07/02 22:20:53.30 R9vR2zyx.net
>>271
違う。
みんなが使ってるOSがiOS/Androidになっただけ。
Winは「仕事用OS」になったから、個人がアプリ入れようと思わなくなった。
んで、Winの仕事用アプリはMSのOfficeかAdobeのフォトショとかイラレの独占状態。
275:デフォルトの名無しさん
24/07/02 22:25:40.91 R9vR2zyx.net
それで今、仕事用アプリで独占じゃないアプリを売ろうとするならiOS/Android/Winをサポートする必要があって、必然的にWebアプリ開発が主流。
276:デフォルトの名無しさん
24/07/03 02:47:03.08 W3v8KFGW.net
業務用アプリは100歩譲ってMS Storeでも良いんだけどね。アップデートも制御しやすいし。
アプリ作るならWebで、っていう大きな流れがあったのは前提だけど
Winアプリの所謂フリーソフト文化みたいなのはUWPとストアのグダグダがトドメを刺した面はあると思う。
まあユーザーにとっちゃ、どうでもいい有象無象のアプリが行き場を失ったところで何の問題もないけど
一発アイデアで存在感を放つ謎のアプリみたいなのが生まれる素地は失われた。
277:デフォルトの名無しさん
24/07/03 03:50:05.89 uECQTWj2.net
>>276
グダグダってよりインストーラーのサポート打ち切ったのが痛い
フリーソフトの配布方法が未だに混乱してる
それはプログラミング言語も同じで、一番プログラミング言語の学習に向いてないOSになり下がった。
278:デフォルトの名無しさん
24/07/03 04:59:39.92 aR0C9sJC.net
まあでもさー
今時なんの保証もない野良exe実行しろってのも無理があるよ
俺なら絶対にやらない
279:デフォルトの名無しさん
24/07/03 05:52:22.07 W3v8KFGW.net
だから、アップルみたいに署名とノータライズだけ提供してストア外でも配布できるようにすれば良いんだよ
今だと警告だけで結局起動できちゃうからむしろ危ない
280:デフォルトの名無しさん
24/07/03 10:53:20.79 9qleXMVl.net
Sandboxで動くなら署名なくてもインストール実行してやらないことはないんだけどな
SandboxなしのfullTrustの野良の署名なし->怖すぎ
Sandboxの野良署名なし->ちゃんと権限みて適切ならインストールしてもいい
281:デフォルトの名無しさん
24/07/03 11:06:18.89 3RGHFSV0.net
xamarin.iosとxamarin.androidで別々に作るのが一番捗る。
282:デフォルトの名無しさん
24/07/03 11:06:38.78 3RGHFSV0.net
最重要なサーバーとの通信部分なんかを共通化できるからね。
swiftとkotlinに分けるより良い。
283:デフォルトの名無しさん
24/07/03 11:06:53.06 3RGHFSV0.net
mauiは愚かな考え
284:デフォルトの名無しさん
24/07/03 11:09:14.46 3RGHFSV0.net
microsoftがmauiを推進したい理由は
.net for ios (xamarin.ios)がwindows版のvisual studioでまともに動かないから
URLﾘﾝｸ(marketplace.visualstudio.com)
285:デフォルトの名無しさん
24/07/03 11:51:16.49 J3o0DcrL.net
>>282
Kotlinだけでandroidもiosも書くのはだめなの？
286:デフォルトの名無しさん
24/07/03 11:54:17.52 bkj41Z8U.net
>>285
kotlinでやりたいんならいいんじゃないやってこれば？
ここは.netでやる方法をいま議論してるんで
287:デフォルトの名無しさん
24/07/03 17:21:37.54 JgtlKqyh.net
スマホのエコサイクルからはじき出されてるせいで延々迷走し続けてるな
288:デフォルトの名無しさん
24/07/03 17:51:55.41 aR0C9sJC.net
MAUIって結局ザマリン救済でしかないんだよね
それに気がつくまで期待してたのに裏切られた気分
ザマリン使ってる奴らに嫌がらせして
さっさと移行を進めてる段階なのかなと
ほんとMSを信じてザマリンに行った奴らをバカにしてる
289:デフォルトの名無しさん
24/07/03 18:28:07.95 3rN2gj0V.net
>>274
でも、経営学やマーケティングと呼ばれる学問(?)では
寡占状態になると市場が縮むから、73%以上のシェア
をとるのはやめた方がいいと言われているんだよ。
マイクロソフトが事務用アプリであるワープロなどで
高いシェアをとり過ぎたことで、他社が参入できなく
なり、ワープロの活気は無くなった。また、ドロー系
ソフトも全部MS Wordの中に入ってしまっているから
文書作成、図形作成も全て含めて他社製ソフトが作り
にくくなってしまった。結果、Adobeみたいに
物凄く作り込んだソフトだけが対抗できる。
290:デフォルトの名無しさん
24/07/03 18:31:08.67 3rN2gj0V.net
>>289
[追加]
寡占になり、その分野で他社製品が生まれなくなると、その分野が
「終わった」ように見えることなり、消費者が離れて
いくらしい。
すると、そのカテゴリ自体が死んだような状態になり
寡占企業も活力を失うらしい。
291:デフォルトの名無しさん
24/07/03 18:49:34.00 3rN2gj0V.net
>>290
[追加2]
MS WordもAdobeのphotoshopも必ずしも使い勝手
が言い訳ではないし、使い勝手の良い別のインターフェース
が作れる余地もまだ有るが、弱小メーカーが作っても
知名度が低いので十分には売れず、認知もされないず、
開発費の回収すらままならない状態の内に、Wordや
Phtoshopにアイデアだけ真似されてあたかも、
世界で始めてそっちに機能が導入されたかのように勘違い
されることになりかねない。
実際、それでいつまでたっても、新しいソフトが普及
しない。
新興企業の新製品が雑誌で紹介されることも減ったかも
しれないし、そもそも雑誌読者が減っているから、
寡占企業の牙城も崩れることが無い。
でも、「つまらない」から消費者離れも進んでいく。
292:デフォルトの名無しさん
24/07/03 19:04:51.34 aR0C9sJC.net
かといってネイティブアプリはさらに迷走してるやん
今windowsのネイティブアプリでいちばんのおすすめの作り方は何？っていうと困るでしょ
293:デフォルトの名無しさん
24/07/03 23:51:04.55 1dOJGZLT.net
>>292
困る、まずクロスプラットフォーム対応の観点でC#.NETは選択肢から外れる
やるとしてもBlazor+Electron(or Tauri or wails)が無難
294:デフォルトの名無しさん
24/07/04 00:06:53.58 XGsoKmjH.net
クロスプラットフォームであることってそんなに重要？
295:デフォルトの名無しさん
24/07/04 00:19:01.70 kDBQoSF/.net
>>294
言うなればインターネットサイトはクロスプラットフォーム対応アプリだけど？
WASM技術もあるなかでWindows専用ネイティブアプリがインターネットサイトに本当に勝っているのか考えてみたらいいと思うよ
296:デフォルトの名無しさん
24/07/04 00:25:51.30 kURHkxY0.net
WindowsPhoneが普及してたら.NETが天下を取っていたのにね
297:デフォルトの名無しさん
24/07/04 00:39:16.90 omfVET5Q.net
MS自体がネイティブアプリに対する回答を出していない 昔なら生のWin32 API使ってゴリゴリ書いてくれとか
MFC使ってくれとか
.NET使ってくれとか
その時々でこれがベストだよと教えてくれた
しかし今はどうだ？
結局何使っていいのかさっぱりわからん
298:デフォルトの名無しさん
24/07/04 01:52:33.17 tspjs2OQ.net
Visual Studioは、最新の環境でも
起動に10秒くらいかかると聞いたけど、
本当なんですかね？
299:デフォルトの名無しさん
24/07/04 02:06:29.59 omfVET5Q.net
クロスプラットフォームじゃない場合でも選択肢はかなり多い
MSが今いちばん開発してるのはWinUI
しかしこれは古いWindowsは対象外という情けなさ
Windowsの唯一の利点古いOSでも動くというのがなくなる時点で論外
WPFはあのXAMLを書かなきゃいけない時点で嫌
MAUIも同様
React Native Windowsは情報がなさすぎる
UWPはオワコン
Win32は論外
MFCもオワコン
Blazorもよーわからん
もうダメぽ
300:デフォルトの名無しさん
24/07/04 06:37:32.87 4yQrsFBt.net
>>299
blazorよーわからんはあんたが勉強不足だと思う…
301:デフォルトの名無しさん
24/07/04 07:00:35.88 CxeOhzSK.net
まぁ俺の結論は、今Winアプリを作るならWinUIかElectronだな
スマホアプリならFlutterかネイティブ
MAUIはウンコ
302:デフォルトの名無しさん
24/07/04 07:27:34.19 7j/jNrpM.net
XAMLに精通してる俺ですらもうXAML触りたくないからな
XAMLでデザインのカスタマイズとかマジ地獄やで
とある超大手で作った行がカラムによって複数あってデータと連動してバラバラにスクロールするカスタムDataGridをほぼ一人で作ったときとか死にそうやったわ
HTML5+CSSならロジックとほぼ完全に疎結合にできんのにXAMLやと不可能
がっつりカスタムするにはControlTemplateだけでは不可能で各基底クラスを継承してがっつりコードビハインドが必要かつConverter+Behavior+DependencyProperty+ViewMovel+Validationで超絶コンポーネントとロジックが密結合してて複雑なコントロールは最後は作ってる自分ですら混乱してくる
人気がないんはMSの開発環境やからとかまったく関係ないねんただ単純に複雑で使いにくくてパフォーマンスが悪いからやねん
303:デフォルトの名無しさん
24/07/04 07:30:20.38 e3D54lHY.net
結局のところUI作るのはReactが一番簡単。
いつまでもC#にしがみつくことなく使いやすいフレームワークのある言語へと脱出するべき。
304:デフォルトの名無しさん
24/07/04 08:03:51.65 jai13w/d.net
結局C#がオワコンに行き着いちゃうの？
1世代を築いたC#がUnityでしか使われないマイナー言語という評価になっちゃうの？
305:デフォルトの名無しさん
24/07/04 08:10:27.33 Lz/+qGBc.net
逆にC#+XAMLでスマホアプリ作りたいって需要まだあるのかね？
もうC#自体が業務アプリのメンテとUnityくらいしか使い道無くなってきてる気がする
306:デフォルトの名無しさん
24/07/04 08:14:48.58 c8BMcF1N.net
いまはスマホアプリですらReactでつくって
ionicのcapacitorを被せるようなガワアプリが流行ってるし、MAUIは戦略を間違えてると思う
307:デフォルトの名無しさん
24/07/04 08:25:47.81 sOrgiwj5.net
>>305
ないでしょ
いまからやるならReact/JSかFlutter/DartかCMP/Kotlinか
C#は見る影もない
308:デフォルトの名無しさん
24/07/04 08:36:50.60 ZFBDYnlo.net
>>298
VS2019で試してみたけど2秒ぐらいだね
VS Codeだと1秒かかってないぐらいかな
309:デフォルトの名無しさん
24/07/04 08:36:58.26 Vqjp6Nz4.net
まあ.NETいま止まってるよね
310:デフォルトの名無しさん
24/07/04 08:41:41.46 ZFBDYnlo.net
業務系だと結構C#は生き残ってるよ
まぁネイティブライブラリの豊富さや、UIの作りやすさでVBから置き換わってる感じ
業務系だとMacやLinux、ましてやモバイル系など一切考慮しないからねー
311:デフォルトの名無しさん
24/07/04 09:43:11.85 omfVET5Q.net
>>304
Javaですら今この有様だから仕方ない
Javaベースの言語は書きにくいのよ
312:デフォルトの名無しさん
24/07/04 09:46:06.99 omfVET5Q.net
React Nativeって本来MSが作るべきものだよな
ネイティブアプリや描画に関しては他のプラットフォームに比べて明らかに優れているのに
313:デフォルトの名無しさん
24/07/04 11:38:17.36 7j/jNrpM.net
今MSはreact-native-xamlなんて斜め上の魔改造作っとるのクソワロタｗｗｗ
スレ住人含めた従来のMS開発環境に精通したプログラマーが望んでるものからことごとく斜め上にいくのなんなん？ｗ
みんな望んでるもの：.NET+C#でロジック、フロントエンドをReact or Vue or Electron
誰も望んでないもの：JS(TS)でロジック、フロントエンドをXAML or ASP(Razor)
今MSがやってることって社内失業者を出さないために無理矢理に仕事作って社内で予算作ってもらってるとゆー俺がいつもゆーてる冗談が現実味を帯びてきたなｗｗｗ
314:デフォルトの名無しさん
24/07/04 12:42:38.52 omfVET5Q.net
>>313
JSXにしたらそこまで悪くないかもしれんぞ
URLﾘﾝｸ(github.com)
Reactのアーキテクチャで書けるからクソさが消えてる
315:デフォルトの名無しさん
24/07/04 12:54:04.48 A5xueLBi.net
>>297
BUILDとか見てるか？
特に今年のはローカルPC上でAI動かすのが話題
その上でクライアントアプリの需要が増える
WPFが強化された
316:デフォルトの名無しさん
24/07/04 12:55:44.55 A5xueLBi.net
>>313
>みんな望んでるもの：.NET+C#でロジック、フロントエンドをReact or Vue or Electron
これは既に有るじゃん
何年も前から
317:デフォルトの名無しさん
24/07/04 13:10:08.04 omfVET5Q.net
>>316
言語はTypeScriptでいいよ
MSはネイティブTypeScriptコンパイラを作るべき
今こそCLRを活かすのだ
318:デフォルトの名無しさん
24/07/04 13:12:47.46 omfVET5Q.net
俺がMSに望むもの
DirectXを使った高速描画のReactNative
TypeScriptのネイティブコンパイラ、インタプリタ
この２つを出せばマジで覇権取れる
319:デフォルトの名無しさん
24/07/04 15:50:47.35 MHxNw76N.net
mauiの最大の失敗はwindowsとmac catalystに対応しようとしたこと
320:デフォルトの名無しさん
24/07/04 15:51:10.83 MHxNw76N.net
タッチ操作とマウス操作は混ぜるな危険
似て非なるもの
321:デフォルトの名無しさん
24/07/04 15:51:48.49 MHxNw76N.net
iosとandroid
windowsとmac catalystで完全に分けるべきだった
322:デフォルトの名無しさん
24/07/04 15:53:46.98 MHxNw76N.net
業務システムのクライアントが軒並みiPadアプリ化して
だれもwindowsアプリを作らなくなったから焦ったんだろうけど
323:デフォルトの名無しさん
24/07/04 15:55:34.89 MHxNw76N.net
今や案件数でいえばiPadアプリ化とwebアプリ化が二大巨頭だからな
324:デフォルトの名無しさん
24/07/04 15:58:01.51 MHxNw76N.net
『iPadアプリ化のついでにwindows対応もしてよー』と推し出したのがmaui
その結果、ipadアプリ開発でのシェアも失った
325:デフォルトの名無しさん
24/07/04 15:58:58.79 MHxNw76N.net
visual studio for macの廃止が悪手すぎた
完全にipadアプリ開発者たちに見放された
326:デフォルトの名無しさん
24/07/04 16:02:54.37 MHxNw76N.net
>>315
ローカルaiはハードウェア要件が高すぎだから確実にコケる
npu搭載で先行したandroidでも大して使われていないし
327:デフォルトの名無しさん
24/07/04 16:14:24.73 9lUqOnIn.net
>>325
しかも中身がザマリン製のせいでクソ遅くて使ってられないのがまだ皮肉
328:デフォルトの名無しさん
24/07/04 16:15:04.79 9lUqOnIn.net
>>315
ローカルで動かすメリットなんて何もないだろ
329:デフォルトの名無しさん
24/07/04 16:22:06.93 +fat4gIx.net
ローカルもしくは自社内で動かせないと
メリケンゴミカス企業に情報吸われるからな
330:デフォルトの名無しさん
24/07/04 16:23:29.17 ycZaTYV5.net
エロい事やりたい
男のロマン
つかAIって言ってもLLM以外にもあるやろ
SDとかローカルで使ってるやつ多いやろ
331:デフォルトの名無しさん
24/07/04 16:28:00.40 ycZaTYV5.net
丁度昨日も見たけどローカルの英語の動画を
LiveCaptionで字幕つけたわ
翻訳までしてくれるとありがたいな
332:デフォルトの名無しさん
24/07/04 22:59:44.38 J6ANBz9B.net
.NET/C#でロジック書くのは、.NETCoreがネイティブビルドに対応したから.NETCoreコードをextern cでラップしてごちゃごちゃしてReactで書いたフロントと共にtauriで全てドッキングすればいいのでは？
333:デフォルトの名無しさん
24/07/04 23:07:03.92 ZorPya/j.net
>>311
Kotlinは書きやすいと思うんだが違うん？
334:デフォルトの名無しさん
24/07/05 03:14:27.64 yFqEHWb1.net
JetBrainsてだけで使う気が失せる
IntelliJ IDEAベースのIDEも機能が貧弱なうえに重すぎて如何にVSが優秀なのか再認識したわ
そのIntelliJベースのAndroid Studioも酷すぎてエミュレーターのために入れてるだけで使わない
335:デフォルトの名無しさん
24/07/05 08:04:11.19 clufzY0E.net
>>327
Visual Studio for Macが神アプリに思えるほどVS codeのC#拡張が酷いのが問題の根底にある
URLﾘﾝｸ(marketplace.visualstudio.com)
VS 2022 for Macから強制的に移行させられたことは苦闘の連続だった。
最初に移行したときは問題なかったが、開発キットがリリースされるたびに悪化している。
336:デフォルトの名無しさん
24/07/05 10:30:06.58 8y8xijGI.net
>>318
俺もそれだわ
全部Typescriptでいいよもうってなってる
C#→TSはめちゃくちゃ学習コスト低いし
337:デフォルトの名無しさん
24/07/05 10:32:33.24 yFqEHWb1.net
TSはめんどすぎる動的型付けのメリットを消してまでJS使う意味ないやろ
338:デフォルトの名無しさん
24/07/05 10:37:56.53 8y8xijGI.net
それはさすがにエアプすぎ
ReactにしろVueにしろどっちも使えるけど
皆がそう思ってるならここまでTSが普及することはない
339:デフォルトの名無しさん
24/07/05 10:46:25.28 yFqEHWb1.net
ニワカほど流行りが大好きやからな
自分で取捨選択できず使えもせん流行りのテクノロジーばっか追いかけて自分の首締めとるアホばっか
こーゆーミーハーのニワカばっかやから今更ウェブのアホどもが静的型付け素晴らしい！サーバーサイド素晴らしい！とか草生えるわｗｗｗ
340:デフォルトの名無しさん
24/07/05 11:43:35.14 8y8xijGI.net
おっとそうだったな
俺たちはC#と墓場まで一緒だぜ
ウェブ技術なんてもんに手を出すやつはただのミーハーだよな
341:デフォルトの名無しさん
24/07/05 12:22:40.34 UULOb/DK.net
>>333
言語仕様はモダンだとしてもJVMのライブラリありきの設計だし
普通にJVMの設定が普通の人はもう嫌になる
342:デフォルトの名無しさん
24/07/05 12:26:19.64 UULOb/DK.net
>>336
C#使いがTSに全く興味持ってないからねえ
だからMSも需要ないと思って開発しないのだろう
既存言語の再実装なんて得意なのにね
343:デフォルトの名無しさん
24/07/05 16:04:53.71 vRCBSloL.net
まじでJSTS推してるやつはこのスレから出てけよ
敵なんだよおまえら
344:デフォルトの名無しさん
24/07/05 16:16:00.37 /nhnoDEU.net
TSはまだ良いけど基本JS嫌いだし書きたくない
C#だけで全てを解決したい
だからBlazorには期待値が高かった
345:デフォルトの名無しさん
24/07/05 16:16:23.98 4P4zlJkr.net
React推しのMSが最大の敵だな
346:デフォルトの名無しさん
24/07/05 18:48:56.67 TTNynP5Q.net
>>304
そもそもC#は意外と使われてなかったとか。
347:デフォルトの名無しさん
24/07/05 18:52:30.42 I03NVXWT.net
>>304
そのC#も結局独自実装だからねえ
URLﾘﾝｸ(github.com)
MSの技術とは
348:デフォルトの名無しさん
24/07/05 19:24:10.17 G1+uB7N0.net
C#の.NETコアのネイティブAOTが5年早く出てくれてたらなあ
C#がモバイル業界を牛耳る素質はあったのに
349:デフォルトの名無しさん
24/07/05 19:26:22.66 HFmeFQ3l.net
>>338
JavaScript界隈の次々と流行りに乗っかる文化にはうんざりだよ
お前らTypeScriptの前はCoffeeScriptを絶賛していて、
Reactの前はAngularを絶賛していただろうが
何回覚えたことを無駄にさせられたか数え切れねぇわ
350:デフォルトの名無しさん
24/07/05 19:34:00.66 I03NVXWT.net
>>348
みんなObj-Cにうんざりしてたけど仕方なく覚えたからな
リファレンスカウントの手動上げ下げとかよーやってたわ
あのタイミングでC#メインの仕組みを出せればワンチャンあった
全てが遅すぎた
351:デフォルトの名無しさん
24/07/05 19:35:24.05 I03NVXWT.net
>>349
BlazorはまんまReactやAngularインスパイアだろ
人のこと言えんわ
352:デフォルトの名無しさん
24/07/05 19:45:12.98 oUVPWguP.net
フロントエンドに関しては根本的にXAMLを何とかしない限り同じ末路だったように思う
353:デフォルトの名無しさん
24/07/05 19:49:59.67 YbFDlRVg.net
業務用のモバイルデバイスといえばiPad
時点でAndroidタブレット
iPadといえばSwift
AndroidといえばKotlin
SwiftとKotlinの間を取ったような構文なのはC#
しかもSwift寄りで9割は文字列置換でC#に移植できるレベル
ReactNativeやFlutterはね、SwiftとKotlinに似ていないのが最大の欠点
354:デフォルトの名無しさん
24/07/05 19:50:20.88 YbFDlRVg.net
C#はXamarin.FormsとMAUIが欠点
355:デフォルトの名無しさん
24/07/05 19:51:21.14 YbFDlRVg.net
Xamarin.iOSとXamarin.Androidと共有ライブラリだけ推進していれば天下取れてた
356:デフォルトの名無しさん
24/07/05 19:52:21.66 YbFDlRVg.net
UI部分まで共通化したら失敗するなんてAdobe Flash、Adobe AIRが通った道
357:デフォルトの名無しさん
24/07/06 10:01:47.74 FmOKD2tu.net
KotlinとSwiftの唯一の欠点が特定のIDEに縛られていること
これだけで使用言語の選択肢から外れる
358:デフォルトの名無しさん
24/07/06 14:43:51.55 61GJUNHK.net
FlutterもだろAndroid Studio必須だからな
359:デフォルトの名無しさん
24/07/06 14:46:29.09 WHVSU4G4.net
FlutterはCLIでできるぞ
360:デフォルトの名無しさん
24/07/06 15:48:20.62 uLSmvt8I.net
flutterはvscodeで触ってた
361:デフォルトの名無しさん
24/07/06 16:27:23.83 wg9Mgpa0.net
>>358
IDEはAndroidStudioもXCodeも要らないよ
内部でGradleとXCodeCLIがAndroid/iOSそれぞれのビルドのために使われてるだけ
362:デフォルトの名無しさん
24/09/02 14:30:23.32 21yjsUm+.net
C# Dev Kitがゴミすぎてヤバい
363:デフォルトの名無しさん
24/09/02 15:47:24.91 hmfujznF.net
このスレ、自分が盛り上がって欲しいものを書いておけばいいから宣伝には楽だよな。
だが、ここを参考にするのは警戒したほうがいい。
364:デフォルトの名無しさん
24/09/18 14:14:16.82 2oY46DRU.net
モバイルアプリは
・ガワネイティブ（ウェブ系、WebView）
・SwiftUI（Swift、iOSのみ）
・JetpackCompose（Kotlin、Androidのみ）
・Compose Multiplatform（Kotlin、AndroidとiOS）
・Flutter（Dart、AndroidとiOS）
に落ち着いたね
365:デフォルトの名無しさん
24/09/18 14:53:22.79 LiOa1Fc4.net
モバイルは十分だからデスクトップアプリの方の頑張りが足りない
Flutterは今はロードマップになかったcupertino refreshとしてcupertinoに全力投球だし
366:デフォルトの名無しさん
24/09/18 14:55:04.51 LiOa1Fc4.net
composeはroadmapところだし
順調
URLﾘﾝｸ(developer.android.com)
367:デフォルトの名無しさん
24/09/18 16:13:34.39 wKj8y32h.net
最近、店舗のメニューをデジタルアプリ化するところが増えてるよね
ちょうど嫌悪にそういうスレが立っとった
店員「ご注文はスマホでお願いしますｗ(Wifiなし) 」 (ヽ´ん`)「めんどくせえな…… (アンテナ1本で重い画像DLしながら)」 [875588627]
ｽﾚﾘﾝｸ(poverty板)
368:デフォルトの名無しさん
24/09/18 23:49:43.17 2IGY6mSk.net
この前入った焼き鳥屋がそうだったわ
「え？ファミレスでも卓上タブ置いてあるのに？」って言っちゃったよ
369:デフォルトの名無しさん
24/09/19 08:57:36.57 xGY9RYHS.net
スマホから個人情報抜く手段よ
370:デフォルトの名無しさん
24/09/19 09:18:04.93 KvH962nP.net
噂の新OS、従来のJVM系な泥アプリから完全に脱却して新仕様のネイティブアプリになるんだね
ファーウェイ、Androidから完全脱却した新OSがリリース間近か パフォーマンス向上などアピール(オタク総研)
#Yahooニュース URLﾘﾝｸ(news.yahoo.co.jp)
371:デフォルトの名無しさん
24/09/19 09:31:12.47 HuFrjlsa.net
>>370
現時点ではJS/TSでのアプリ開発しか無いらしいよ
ゲームアプリとかどうすんだか
372:デフォルトの名無しさん
24/09/20 15:25:54.30 Ld246Lxi.net
またMACとペアリングできなくなってる
いい加減にして
373:Coplit
24/10/05 05:31:27.89 m0rdVMMa.net
これってVSCodeでまともに作れるの?
いつもVS2022で開発してるんだけど
374:デフォルトの名無しさん
24/10/08 20:35:48.12 xsGRbZXM.net
.NET MAUIのBlazorHybridってスマホ開発も可能なElectronってイメージだ
UIはBlazorとかWeb系に全部任してコードC#書ければかなり楽に開発出来ると思う
375:デフォルトの名無しさん
24/10/08 20:57:14.61 xsGRbZXM.net
MicrosoftがWindows12のARM版使ってスマホOS作ってくると思うからその時は絶好のチャンスだな
真のクロスプラットフォーム環境として君臨する
376:デフォルトの名無しさん
24/10/08 21:28:47.10 i7+cOifs.net
MAUIはUIがショボすぎて無理
377:デフォルトの名無しさん
24/10/09 11:10:13.76 kM+WjdPz.net
>>373
今まさにXcodeのバージョンアップに追いていけず
iOS向けのビルドすらできなくなってる。
URLﾘﾝｸ(github.com)
Visual Studio for Macを復活させろとマジで思うくらいグダグダ
378:デフォルトの名無しさん
24/10/09 11:11:43.12 kM+WjdPz.net
Windows Visual Studio + Mac Xcodeでも同様の問題がおきてる。
マジでiOSアプリはまともに作れなくなった。
ハローワールドすら頓挫しそうになるレベル。
379:デフォルトの名無しさん
24/10/09 12:07:41.61 wwi86cnw.net
>>376
たしかにBlazor使えばワンチャン
だからスマホ版Electron
380:デフォルトの名無しさん
24/10/09 12:08:12.72 wwi86cnw.net
>>378
マジかよ終わってんな