Microsoft .NET MAUI part10 [Xamarin]

レス数: 605

概要: Xamarinと.NET MAUIのスレッドです。 C#でクロスプラットフォームのアプリを開発できるフレームワーク 無料、クロスプラットフォーム、オープンソース。 対応プラットフォームは、Windows, Android, iOS, m...
No.1
Xamarinと.NET MAUIのスレッドです。
C#でクロスプラットフォームのアプリを開発できるフレームワーク
無料、クロスプラットフォーム、オープンソース。
対応プラットフォームは、Windows, Android, iOS, macOS, Linuxなど
前スレ
Microsoft .NET MAUI part9 [Xamarin]
https://mevius.5ch.net/test/read.cgi/tech/1663067298/
No.4
しね
No.5
スレ立て乙です
No.6
全てのプラットフォームで各プラットフォームのデザインにする記事見つけた
てか前に見たことあったからそれを見つけなおしたってだけだが
https://dev.classmethod.jp/articles/net-maui-microsoft-maui-graphics-controls/

DrawableType.〇〇でそれぞれのプラットフォームっぽくなるらしい
No.7
MAUI Blazorとか一杯有って、難しい。
そもそものBlazorだけですら物凄く多種類あるみたいだし。
No.8
>>7

MAUI Blazorって言っても中身MAUlだからなぁ…
MAUIにHTML直接扱える機能がついただけのイメージ
Blazorの数の多さはあまり気にしなくていい
No.9
blasorって駄目な子なんけ?
No.10
>>9

ダメじゃないでしょ
JavaScriptに変わってC#で書けるとか最強すぎんか?
しかも@書くだけで要素選択できるし
No.11
今知ったけどZXingのバーコードリーダーコントロールの他にカメラコントロールも標準搭載してるんだな
今気づいた
No.12
むしろカメラが制御出来なかったら、どうやってバーコードを読むんだよ
No.13
>>12

それ用のコントロールしかないと思ってたわ(画面に四角が常時出るようなイメージ)
普通にニュートラルなカメラビューがすでにあるとは思わんかった
CommunityToolkitにもこのビューなかったしなんか別途作ってそうなイメージだった
No.14
Platform.Androidってかなり名前空間の干渉起きそうだな
https://youtu.be/CI-Fx8_0oYo

デフォルトPlatfrom.Droidにしてほしいな
XamarinってたしかDroidだったもんな
No.15
レベルひっく
No.16
XamarinからMAUIへの移行ツールの完全版はいつなの?
No.17
>>15

何いってんだこいつ
粘着ガイジ?
No.18
>>16

そんなものは今後も出てこない
No.19
>>14

オタクはやっぱり早口
No.20
場違いでしたらすみません。
今から勉強するならどこがねらい目でしょうか。
Python3エンジニア認定基礎試験
G検定(ジェネラリスト検定)
E資格(エンジニア資格)
Java Silver 1Z0-815-JPN
OPCEL(OpenStack) Ver.3.0
LinuC-2/LPIC2 Ver.10.0
CCNA 200-301
AWS SAA SAA-C03
GCP Associate Cloud Engineer ACE
CKA 認定Kubernetes管理者
Azure Administrator Associate AZ-104
Oracle Master Silver
OSS-DB Silver
取っ掛かりがなく
No.21
そんなものより人脈だな
No.22
Python3~ が候補に入ってるってことは、本当に素人さんなのかな
それ、就職の役には立たないレベルで簡単なはず
SQL は必須だからやっとくといいよ
その中から選ぶなら、Oracle Master か OSS-DB になるかな
No.23
>>20

こんなことをここで聞いてる時点で無理
No.24
>>20

そんなのより基本情報技術者試験とれ
そのあと応用
No.25
>>20

あんたのレベルがわからないけど
LinuCがなんか変に流行ってるな
No.26
文系で、ウェブ開発で最も稼げる資格は、
Ruby on Rails, AWS Solution Architect で、米国年収で2千万円近い。
日本の未経験者でも、3〜4百万円ぐらいは有りそう
Linux, Docker、シェルスクリプトも必須だから、LinuC も良い
理系なら大学院数学科とか、
AWS Certified Machine Learning(機械学習) - Specialty の資格があれば強い
Railsの最安値は、YouTube で有名な雑食系エンジニア・KENTA の初心者向けサロンで月千円。
東京フリーランスのデイトラが10万円、Rails専門学校のRUNTEQ が40万円とか
KENTAは本も出している
「21世紀最強の職業 Web系エンジニアになろう」
AWSの最安値は、くろかわこうへいの初心者向けサロンで、3か月で1.2万円。
サロンの数十人で書いた、入門書も出している。
公式だと、1科目3日で21万円! 全科目を受けると、250万円ぐらい
本なら、NRIネットコムの2冊もある。
AWS認定資格試験テキスト AWS認定ソリューションアーキテクト - アソシエイト 改訂第2版、2021/1
Amazon Web Services パターン別構築・運用ガイド 改訂第2版 (Informatics&IDEA)、2018
No.27
宣伝乙
No.28
なるほど
宣伝のための前フリだったのかw
勉強になったわ
No.29
>>20

dotnet検定はないの?
No.30
>>29

.NET検定ってあんの???
No.31
>>30

どこの大学出てるの?
No.33
>>32

木馬注意
No.34
MAUIはゴミ
No.35
>>34

宣言的UI対応は神だろが
No.36
マウイの文句は俺に言え!
No.37
あいつパタリといなくなったな
コロナで死んだのか
No.38
>>35

宣言的UIバグだらけだから使い物にならない
No.39
>>37

36でしょ?コテ消して潜伏してるつもりのガイジ
No.40
おせち食ってるんじゃねーの?
No.41
ただでさえプログラミングがAIに取って代わられそうな状況でこんな流行る兆しのない技術に手を出すやつなんていないだろ
No.42
それを流行らせたら、マイクロソフト極東地域統括支社長として招聘されるかもよ。
年棒10億くらいで。
もちろん、円じゃなくドルだよ。
No.43
香港ドルかトリニダード・トバゴ・ドルだけどな
No.44
>>38

言うほどバグなくね?
Comet使ってる?
No.45
喧嘩ふっかけて来るのはいつもフラカスなんだよなぁwww
No.46
>>41

Flutterとかに手を出すよりマシでしょ
何に使えんのこんなゴミ言語
No.47
最近OpenGL関係調べてたらVeldridってやつを使ったほうがいいみたいだな
https://github.com/xtuzy/veldrid.maui

最初Silk.NETのほうがいいかと思ったけど.NET MAUIで動かすのはこっちが先に対応してるみたいだな
No.48
まともなアプリ作ったことないやつが、バグないとか
神の啓示でも受けたの?
No.49
>>47

Unityでいい
No.51
>>46

なんの話をしてるのだ?
No.52
>>48

自己紹介かな?
No.53
>>49

Unityだと.NET MAUIの中で使えないじゃん
No.55
>>51

世間一般的な話
No.56
https://github.com/dotnet/maui/discussions/12237

これよこれ
Just getting so frustrated with the incredible number of problems we have to work around every day. Finally get it working, and then the next morning it won't build/deploy/etc - even if nothing has changed
No.57
UI系はパターンきまってるからローコードでなんとかなりそう
No.58
>>56

具体性まるでなくて笑うんだがw
No.60
flutter自体のバグと自分のプログラミングエラーの区別もできないのかよww
頭悪すぎて草
No.61
>>60

何いってんだこいつ?
エラーとバグって書いてあるからエラーとバグどっちもあるって普通気づくと思うが?
No.62
ほとんどがプログラミングエラーの事書いてるだろww
つか、バグのない環境なんて存在しないのにバグ数個上げるのに必死なんだよww
No.63
flutterにしろmauiにしろバグのない環境は存在しない
問題なのはmauiはイライラがたまるブチキレるレベルに低品質だってこと
>Just getting so frustrated with the incredible number of problems we have to work around every day. 
https://github.com/dotnet/maui/discussions/11568

>This is frustrating
>I leave again with pain and sadness.
みんなfrustrate
No.64
>>62

自己紹介ですか???
No.65
>>63

Dartとかいう言語使う方がイライラするよ
Linqもない糞ごみ言語とかイライラが溜まってしょうがないでしょ
No.66
フレームワークとしての欠陥と言語としての欠陥どっちかとるならフレームワークの欠陥を許容するよね
数年後治ってるの確実だし
言語が糞だともうどうしようもない
No.67
flutterもmauiもゴミだからreactnativeを使いましょう
No.68
dartやc#はjavascriptに劣る欠陥言語
No.69
typescriptこそ神
No.70
reactが一番使いやすいから
No.71
reactこそ至高
No.72
Reactと比べるならBlazorだな
Blazorもめちゃくちゃ使いやすいぞ
一回やってみな
No.73
>>69

タイプスクリプトはC#の弟だぞ
兄にまさる弟などいない
No.74
ARやりたいがために色々調べたけどXamarinはあるけど.NET MAUIでやってる例はまだ見ないな
色々調べた結果EVERGINEっていうゲームエンジン見つけた
https://evergine.com/

Unityと同様にC#のゲームエンジンだがUnityと違って.NET上で動作する
Xamarin.Android用のARテンプレートは用意されてあった
No.75
WAVE Engineってやつが名前変えたものらしい
No.76
>>74

時代はMRだぞ
ARVRは遅れてる
No.77
dartを敗北させたtypescriptは英雄にして最強の言語
No.78
A.. AR..?いまさら?
ポケモンGOよりすごいAR作れるの?
No.79
arだと物体検出aiを駆使すれば面白いのが出来そうね
期待してる
No.80
>>76

EVERGINEならそのMRのテンプレートも用意されてある
Toolkitもあるし
ただWindows(エミュ)及びHoloLens系のグラス型デバイスしか対応してない
https://github.com/EvergineTeam/MixedRealityToolkit

.NET上でMRするのに一番適してるかもしれん無料だし
No.81
>>78

ポケモンGOはゲームじゃん
俺はグラフィティアートみたいなのをMR、AR上で行ってそれをNFTで売るプラットフォーム作れれば流行るかな?って思ってる
こういうのやろうとするとUnityより.NET MAUI上で出来たほうがやりやすいかなとは思うな
アドベントカレンダーでNFTの記事書いたように.NETにはNethereumがある
No.82
>>79

大変だろうけど頑張ってみる
まずはMAUIでARViewを描画できるようにするのが先なんだけどこれを.NET MAUI化するのが早いかEVERGINEが.NET MAUI対応するのが早いかどっちだろうね?
https://github.com/awesome7/XamAR
No.83
>>82

英語できるじゃん
No.84
>>83

機械翻訳って知ってる?
ブラウザのアドイン使ったほうがいいよ
あれページまるごと翻訳してくれる
You Tubeとかでも翻訳機能あるし
No.85
MAUI HighSchoolは本当に高校生なのか?
ARは普通にAndroidなりiOSのAPI使った方が良いぞ。よく作るけど。
No.86
>>85

高校生じゃないよ
じゃあXamARをmauiに移行させたほうがいいのか
サンクス
No.87
>>86

頑張ってね
成果報告期待してる
No.88
>>87

はいよ
No.89
Unityは同じ.NETでもIL2CPPコンパイラがあるから優秀なんだが(汗)
普通の.NETランタイムでARするのはゴミカスの極み
No.90
>>89

何いってんだこいつ?
No.91
MAUIがJITコンパイラを使ってるってことでは?
IL2CPPでAOTコンパイルしてるUnityより遅い
>.NET MAUI を使用してビルドされた Android アプリは、C# から中間言語 (IL) にコンパイルされ、アプリの起動時にネイティブ アセンブリに Just-In-Time (JIT) コンパイルされます。
https://learn.microsoft.com/ja-jp/dotnet/maui/what-is-maui?view=net-maui-7.0
No.92
泥で中間コードを挟むってだけでMAUIを敬遠する理由になる
No.93
Xamarinの頃はEnterpriseならAOTできたんだけど、今はどうなってるんだろうな。
Formsとは相性悪そう。
No.94
.net7 でネイティブAOTを一部対応したし、数年後にはmauiの各プラットフォームでもAOT対応するんじゃね?
No.96
掲示板規約違反のスクレイピングやってて草
5ch運営に通報したらプロジェクトしぬかなww
No.97
>>96

スクレイピングいかんなんてどこに書いてある?書いてないよな?
No.99
>>95

おかしいとは?
No.100
>>98

今回Sikiと同じ方式
No.101
dmca削除通知はよ
No.102
つか、WinUI 3でUI作る以外に特徴ねぇの?
No.103
>>102

ないよ?
Sikiもそうじゃん
No.104
いや、既存の専ブラ使ってて、ここのUIは使いづらいからここは絶対こうしようとかなんかそういうのも何もねぇのかなと
No.105
>>104

SikiのUIがゴミクソだからJaneに似せてる
Janeは画像のアップロードできないゴミだから画像のアップロード機能つける
それだけ
No.106
あとオープンソースでWinUIのMVVMだからUI改造したい人は改造が簡単ってのは利点だと思うわ
コントロールにCommandやプロパティをBindingするだけで済むし
No.107
なるほど了解
No.108
mauiじゃなくてwinui3?
モバイルデスクトップクロスプラットフォームにしないの?
No.109
>>108

APIが使えない今クロスプラットフォームにする必要性がないから
Macで2chとかしないでしょ?
No.110
どのサイトに対応するの?
No.111
sikiでできない5chスレの読み込みに対応してくれたらなんでもいいけど
No.112
sikiはプロキシなくてもプラグインという形でMacでも動くようになってるんじゃねぇか?
No.113
>>110

とりあえず5chのみの予定
No.114
プラグインだったらいいのか
プロキシ使ってたわ
今後実装考えよっかな
No.115
スマホアプリでくれ
chmateはuiが古臭いんや
No.116
【悲報】マウイくんMAUI見捨てる
No.117
>>116

見捨ててないけど
No.118
コテハン消しはじめてから、コイツおかしいなと思ったけど、maui見捨てたのか🤣
しかもやってるのwinui3かよ😅
クロスプラットフォームと対極のことやってる🤭
No.119
>>118

捨ててないけど?
むしろ何でもやれることがC#の強みである
Dartはデスクトップ開発もウェブ開発もできないねぇwww
No.121
>>120

なにかと思ったらStable Diffusionかよ、、
No.122
アドベントカレンダー埋める前に放り投げてたからなー
もう飽きたんだろ
No.123
>>122

ホントはOpenGLとかVR関係のやつ上げたかったけど俺の力では無理だっただけ
来年頑張る
No.124
>>121

ほぼすべてのスマホアプリのAIってこれなんじゃねぇの?
No.125
そんなわざわざモデルから全部作るとか車輪の再発明以外の何物でもないわな
No.126
今回はどれくらいで飽きないで5chBrowserのモチベーションが続くのでしょうか?
No.127
>>126

こういう足引っ張るやつの神経がわからん
No.128
だから、ラッパー作ってちょっと遊んだアプリごときで大騒ぎするなよってことだろ
No.129
>>128

何いってんだこいつ?
No.130
外野のヤジでやる気なくすなら元から大したやる気ないってことだ
No.131
>>130

やる気なくなってんじゃなくて呆れてんだよ
No.132
自分が今までさんざん暴れてきたのに馬鹿なのかこいつ?
自分がさんざん暴れてきたこと忘れて応援団でも求めてるのかこいつ
頭悪すぎて
No.133
>>132

は?誰が応援団がどうのって言ったんだよ
足引っ張んなって言ってんだよカス
No.134
無視すりゃいいだけじゃんね?
No.135
こいつプログラミング以前の頭の悪さなんだけど
さんざん暴れてきたのに応援団でもできると思ってるかよww
No.136
さんざん暴れて敵作ってきたのに、冷やかしのレス返ってくることすら想定できなかったの??
それなら相当馬鹿だろww
No.137
冷やかしても安価つけてくれる面白いおもちゃ
No.138
散々Dartの足引っ張っといて今更何抜かしてんだ
No.139
>>138

足を引っ張られる程度の言語ってこった
No.140
Dart は誰が見てもクソなのは確かだろ
Android の公式言語に採用されないのは当たり前だよ
社内でもたいして評価されていないんだろう
No.141
頭悪すぎて基本話噛み合わないマウイバカw
No.142
>>141

Flutter スレに帰れや
過疎ってるが、久しぶりに質問があるようだぞ
No.143
>>142

消えろ
No.144
スレ伸びてると思って久しぶりに見に来たら喧嘩してるだけかよ…
No.145
フラカスvsマウイバカ
No.146
vsスレでやればいいのに、フラカスはなぜか MAUIスレを荒らしに来るんだよな
No.147
どっちもゴミ
No.148
人脈さん結婚したのでこの路線終わりだな
No.149
ちょま氏、順調にライフを築いてるな
不毛なフラッターディスを繰り返してる誰かも参考にした方がいいぞ
No.150
マウイバカみたいな頭おかしいの多いなここ
No.151
カンガルー
No.152
>>148

結婚したんだおめでとう
No.153
>>149

Flutterディスに持っていきたいフラカスさんの多いこと
No.154
Xamarinと.NET MAUIやるための情報がほとんど無い雑談ばっかやってるクソスレ
No.155
>>154

投稿してるけどな
No.156
常に意味不明。
これがマウイバカクオリティ
No.157
>>156

巣に帰れ
No.158
>>157

巣て何? ここおまえの家か?
No.159
>>158

は?
Flutterスレ帰れって話だろ
No.160
>>159

私がflutterスレに住んでるとおまえが勝手に言ってるだけだろボケ。
なぜ私がそれに従わないといけないんだ?
ここはおまえの家か?
No.161
変なヤツが居着いてしまったな
コテハンくんが大好きらしいw
No.162
>>161

そのレスしてる時点でたいして変わりませんやんw
No.163
>ViewModelのCommand呼び出すところに四苦八苦して今勉強中です
5chBrowser進んでなくて草
xamlの知識このレベルなのにxaml素晴らしいとほざくにも限度があるだろ
能力低すぎw
No.164
>>163

なんだコイツ
No.165
>>163

聞くが君は俺より能力あるのかい???
証拠は?
No.166
クソコテの相手するな。相手するのも荒らしだ
そいつは自分スゲーを言いたいだけのクズで自分のスレが盛り上がらないからここ乗っ取りに来てるだけ
No.167
無視が有効、というのは普通の感覚が前提だからマウイバカには全く意味が無い。
これまでの流れを見れば自明
No.168
>>16

自演乙
No.169
ちょまど結婚したそうだぜ
もう落ち着いたらどうだ?
No.170
MAUI君がやたら道具(c#+xaml)に拘るのは自分の能力の低さを隠すためってことかよ
TypeScript使いのsikiの作者にぼろ負けで、いざ5chBrowser開発始めたとたん全然使いこなせなくて進んでないという
No.171
あれだけエアステマしてたMAUIを捨てたのが個人的に一番面白い
No.173
>>170

仕事しながらやってるって気づいてる?
Sikiの人は何日で完成させたんだ?
No.174
>>171

だから捨ててねぇって
No.175
個人攻撃しかできないアホタレ
マジで死んでほしい
自分の巣に帰れば?
No.176
>>172

Windows向けのパブリッシュがナイトメアって何があったんだw
まあお前が個人攻撃とか偉そうなこと言える立場じゃないだろ
No.177
またこいつかマウイ野郎
スレに関係ない連レスする荒らしNG推奨ID:ZkeefUhs
No.178
仕事がぁとか言い訳してるけど、お前が足を踏入れる世界は元からプログラミングが好きで自由な時間あればプログラミングしちゃうやつらが蠢く世界なんだがわかってないだろ
ただの職業プログラマーもいるが
No.179
現場仕事に飛ばされるの嫌だから転職するとか言ってなかった?
転職できたんだろか
No.180
職業プログラマですらないやつがなんかほざいてら
No.181
>>172

ふつうに標準で入ってるwingetやaptで入れればよくね?
No.182
プログラムが仕事ならあまりにも素人だし、他の仕事してるやつなら付け焼き刃の素人が何偉そうにほざいてるんだってなるわな
初学者が頑張ってるのは良いと思うけど、それでイキってるやつばただうざいだけ
No.183
>>182

関係ないこと書きこんでスレ上げるお前もウザイ
No.184
MAUI君信者乙
バレバレ
No.185
>>178

じゃあただの職業プログラマーは死すべきだね
No.186
>>179

まだ
なかなか仕事やめれんすわ
No.187
>>181

それでいいならいいんじゃね?
No.188
>>184

何いってんだこいつ?
No.189
>>177

さんきゅ
No.190
>>185

常に意味不明。
安定のマウイバカクオリティ。
No.191
>>190

なぜ?
No.193
mvvmでよくね?
No.194
>>193

React信者さんがMVUがどうのこうの言ってたからさぁ
No.196
HoloLensはUWPだから使えなかったって言ってるけどMAUIのWindowsビルドってUWPだったよな???
HoloLens向けのアプリではないから使えないってことなのだろうか?
No.197
WinUI3だとして、ターゲットUWPと普通のEXEとなかったっけ?
No.198
>>195
のツイ垢のひとが無能なだけでふつうに動くぞ
No.199
>>197

あぁそうか.NET MAUIはWinUI3だからUWPじゃないのか
Xamarinと混同してた
No.200
>>198

そうなのか…
HoloLens持ってないからわからんかった
No.201
つまりMRの波が来てもしばらくは.NET MAUIでお茶を濁せる感じになりそうなのかな
No.202
MRで既存2Dアプリを動かすことなんてまずないわ
皆がつけるようなグラスが出て、初期は既存アプリもそこで使えますよ
って時にはあるかも知れんけど、現状で既存アプリを動かしたいって需要はあまりないんじゃ
No.203
>>202

ウマ娘とかあるじゃん
No.204
きっしょ
No.205
MRでウマ娘とかしたいやん!
No.206
だからウマ娘を現在MRで使いたい場面がどんだけあんだよ
でかい画面で見たきゃスマホの画面をテレビに映せるやつでも使った方がマシだろ
No.207
普段からつけてるMRデバイスがあるなら分かるけど現状ないやん
No.208
>>206

普通に寝ながら使いたい
No.209
ヘッドセット装着したままで寝転がるのはちょっと無理があるだろ
No.210
>>209

そうか?
No.211
実際MRデバイスでアプリ作ると、2D出したいことはある。
コンテンツと文書や図面とかそういうの。
No.212
それな
ただそれはUnityで間に立ってるんだわ
肘部分に図面を映したりとか
No.213
Unityの知識無くても作れるのがいいのでは?(2D)
No.214
数学的なところのほうが難しくね?😰
No.215
>>212

面白そう
No.216
Unityの豊富なVR/MR向けアセットを使わないと俺は開発できねえわ
姿勢推定まわりの数式とか自動で割り出してくれるし
No.217
だから2Dだって言ってんだろ
No.218
なんでMRでわざわざ2D縛りしないといけないの?つまんないよお前
No.219
>>218

お前は出てけ
このスレに不要
No.220
>>218

>>211
をみような?
No.221
>>211

そらいろんなものが2dベース出てきてるからそうだろうとは思う
今は色々アプリ立ち上げで並べることができないOSばかりだろうからちょとアレ
No.222
その用途ならvirtual desktopでいいわボケ
No.223
流れぶった切ってMAUIの質問いい?
MAUIの新規プロジェクト立ち上げてWindowsでデバッグ実行したら画像のエラーでて実行に失敗するんだけど
どうやったら実行できるようになる?
去年の9月頃触った時は普通にデバッグ実行できてたんだけどアプデで仕様が変わったんかな
プロジェクトの設定見直したんだけどよくわからんかったわ
https://i.imgur.com/S9L6Hmx.jpg
No.224
VSのバージョンとかは最新?
No.225
ちなWindows側で開発者モードはONにしてある
OSはWindows10 Pro 22H2
VSは17.4.3だわ
今確認したら最新は17.4.4か
アプデはこの問題解決してからだな
https://imgur.com/3uyEFYg
No.226
プロジェクトの保存先はCドライブ(repos)?
No.227
そうだよデフォルトの保存先そのまんま
これっておまかんなのか…
ID変わってすまんが
>>223
=
>>225
No.228
>>227

俺のところでは見ないな
No.229
https://imgur.com/F3VNWiQ.jpg

拡張機能からMSIX Packing Tools再インスコ試してみたら何故か実行出来るようになったわ…謎すぎる
ワークロードの方で「.NET マルチプラットフォームアプリのUI開発」ての再インスコしてもだめだったのに
お騒がせしました
No.230
よかった!
No.231
MAUI Blazor ってホットリロードできる?
No.232
>>231

できない
No.233
すまんホットリロードボタン押したらできるわ
ただ結局ボタン押さんと無理やね
No.234
>>233

css書き換えても反映される?
俺の環境だと反映されねえ...
No.235
おれも全くホットリロード反応しない
MAUIって現状ホットリロードもデザイナも未対応って認識で合ってる?
No.236
できないかも
No.237
>>235

ネイティブの方のホットリードはできる(はず)
xaml弄ったら勝手に反映されてた記憶
csファイルはホットリロードボタン押さないとだめだった
No.238
>>237

これ
No.239
助けてください
https://learn.microsoft.com/ja-jp/dotnet/maui/user-interface/images/splashscreen?view=net-maui-7.0&tabs=android

スプラッシュスクリーンを作りたくて
このページの言うとおりにしてみたのだけど
端末変わってもスプラッシュスクリーンのサイズが変わらない
・・・と思ってたらAndroidのバージョンによって挙動が変わりすぎる
Android7だと、真ん中にちっさく表示されて
12だと、中途半端に大きく
10だと、とてつもなく巨大になって一部しか表示されない
Basesizeってどういじればいいの?
No.240
kotlinで書いてラップしろ
No.241
助けてくださいと書くような奴は基本的にMAUIは使ってはいけないと思うんだ…
No.242
>>241

そうかな?
No.243
そういえばMAUIは人脈いらんの?
No.244
いよいよ明日だな
No.245
期待してる
No.246
>>241

おい、助けろ
No.247
>>241

いいよもう、解決したから
グーグルのドキュメント読んだ
No.248
>>247

ようクズ
No.249
こんな感じだよ
わかったろ?
MAUI君もこうならないようにな
No.250
君たちはなぜ優しさがないのか
No.251
どう解決させたんだろ
No.252
>>250

お前が言うな
No.253
>>252

優しいけど
No.255
過疎ってる Flutterスレに貼れよw
No.256
違う、そうじゃない
No.257
これを機にflutter勉強するか
さんくす
No.258
>>253

これが?
1 .NET MAUI HighSchool ▼ 2022/12/17(土) 04:18:26.88 ID:WFRGIGZB [1回目]
.NET MAUI=C#←神
React Native=JavaScript←世界的に広がってるが言語仕様がクソなのは言うまでもない
Flutter=Dart←TypeScriptにも負けC#にも負ける生まれながらの敗北者
No.260
>>259

こりゃ見逃せないね🤓
No.261
>>254

毎回なんでその報告をここでやんの?
No.262
>>258

事実じゃん
No.263
>>259

171人wwww
No.264
>>261

Xamarin/MAUIスレの人は相手してくれるじゃん
No.265
>>264

Flutterスレは相手してくれねぇのかよwww
かわいそうw
No.266
flutterやってる人とMAUIやってる人って平均年齢が大まかに30ぐらい違うんじゃないかなと
5chを見ないZ世代の集まりとアラフィフオタサー(要人脈派)軍団じゃ何もかも違いすぎる
No.268
>>266

レベルの差がね
No.269
>>259

あと2時間🥰
No.270
flutter速報ニキ助かる👍
No.271
人脈て何?w
なぜ人脈が必要?
No.272
>>271

Flutterには必要なんじゃね?
No.273
>>272

というかおまえmaui捨てたんか?
やり捨てか?
最初から遊びやったんか?
No.274
>>273

何いってんだこいつ?
お前12月の怒涛の記事出し見てないんか?
No.275
WinUI3やりながらUnityやってる
WinUI3落ち着いたらUnityやりながらMAUIやる
No.276
おい、firebaseや他の紹介はいらねぇよ...
2023年のロードマップでも紹介されるのと思ったら...
No.277
>>276

ざまぁwww
No.278
マイクロソフトがなんか発表したの?
No.279
何もない
No.280
フラッターってD♭(Dart Flat)=C#ってのが命名の元々の意味なんだろうか?
No.281
flatとflutterだと綴りが違う
No.282
>>281

googleは社名でさえ由来の単語のスペルを変えているから
スペル違いは意味が無い指摘
No.283
命名の理由は確認しようがないよね
確実なことは、Dart がクソだってことだよ
Flutter専用言語なのに機能が足りず、freezed みたいのが当たり前に使われてる欠陥言語
このスレ的にはどうでもいいことだけどね
No.284
>>278

Googleがなんか発表したらしいけどしらん
No.285
>>283

かわいそう…
No.288
WinAppSDK 1.3について
https://github.com/microsoft/microsoft-ui-xaml/discussions/8124

WinAppSDK 1.3: As mentioned on previous community calls, 1.3 is centered around improving how you use WinUI & WinAppSDK by fixing quality issues, improving debuggability, and simplifying difficult to use APIs like Mica & Window/AppWindow
No.289
>>287

Flutterスレでやってね
No.292
>>288

1.2.3は出たね
No.293
Flutterってマルチウィンドウや右クリックに対応してるの?
No.295
すみません、ど素人的質問で申し訳ないですが、
MAUIのxamlってデザイナー無くなりました?
デザインはエミュレーターで確認しろ、hot reloadを利用してとあるのですが、画面遷移が例えば100あったとしたらその手順を踏んで画面を確認しろと言う事でしょうか?
No.296
なくなったつーか元々無い
ちなみに俺の環境ではHotReloadも一切効かない
Microsoftは脳内でGUI作ることを推奨してるらしい
No.297
Xamarin の頃にはあったけど廃止された
デバッグビルドでショートカットボタンを作りまくるしかない
けどc#側がほっとリーロード効かないんで大変
No.298
げー…開発する気失せた…
基本的に作るアプリケーションは画面遷移時にパラメータを渡すことが多いからしっかりとしたデータ受け渡しをする必要があってその度に業務を行わないといけないんじゃないかって危惧してた
あと画面イメージを並べて見ることが多いからかなり不便だねぇ
hot reloadの初期化もデバッグ時めちゃくちゃ時間掛かるしやだなぁ…
No.299
いやデザイナーなんていらんだろ
No.300
>>299

コーディングしてデバッグを繰り返してる感じですか?
どうしてもレイアウト構造の階層を複数持つと頭では理解できないのは俺の頭のスペックが低いから?!
No.301
WindowsCommunityToolkitとかにあるXamlを動的にプログラムに反映させるやつをOSSで公開すればVSのアドインで誰か作りそうなのにね
No.302
>>298

いうほど時間かかるか?
No.303
>>302

勝手な考えだけど、webやモバイルってかなりuiに特化した作りにすることが多くて、デザインやux、uiに時間をかけることが多いから即座に見れるイメージってのが大事な気がして
ちょっと触ったけどいちいちデバッグするのはストレスなのよね
No.304
CommunityToolkitサンプルアプリのやつだ
あれのソースコードやコンポーネント欲しいね
No.306
.NET MAUI
.NET MAUI Blazor
用途の使い分けが分かりません
どっちを選択したらええのん ナニガ(´・ω・`)チガウノ
教えて!エロイ人!
No.307
blazorはweb対応でuiはhtml、xaml、js、css
無印はxamlじゃなかった?
No.308
エロイ人は実在した!(`・ω・´)ゴクリ
web対応っていうのはレンタルサーバーに置いておいたりできるのかな
UIはWebデザイン知識があればUIの組みやすさはBlazorが始めやすいのか
ちなみにやりたいことのうちの一つは、自分専用アプリしか作らないんだけど
うちのちっこいNUC PC(DHCPアドレス:192.168.1.10)に
.NET MAUI Blazor アプリを走らせておいて
家庭内LANの別デバイスのWEBブラウザ(MacやiPhoneのSafari)から
http://192.168.1.10:5656
とかにアクセスして
WEBアプリ的に操作したり可能?
今の所、宅外からのアクセスは考えていますん
No.309
サーバーは自分で建ててrootに出力したweb用のパッケージを配置すれば出来るはず
No.310
わかったよミサトさん!(`・ω・´)シラベテミル
目標をセンターに入れてrootに出力したweb用のパッケージを配っ置(◉ω◉)
目標をセンターに入れてrootに出力したweb用のパッケージを配っ置(◉ω◉)
目標をセンターに入れてrootに出力したweb用のパッケージを配っ置(◉ω◉)
No.311
こ、この辺かにゃ....ι(´Д`υ)?
https://learn.microsoft.com/ja-jp/aspnet/core/blazor/host-and-deploy/?view=aspnetcore-7.0&tabs=visual-studio-mac#publish-the-app

発行場所:Blazor WebAssembly
スタンドアロン: アプリは /bin/Release/{TARGET FRAMEWORK}/publish/wwwroot フォルダーに発行されます。
アプリを静的サイトとして展開するには、wwwroot フォルダーの内容を静的サイトのホストにコピーします。
ホストされている: クライアント Blazor WebAssembly アプリは、サーバー アプリの他の静的な Web アセットと共に、
サーバー アプリの /bin/Release/{TARGET FRAMEWORK}/publish/wwwroot フォルダーに発行されます。
publish フォルダーの内容をホストに展開します。
No.312
個人のnuc用途なら、大抵はHTML形式のページ上の
ボタンかlink押したら何か処理したい、とか程度じゃないの?
そんなのなら今のnucのページでphpなり動作するようにした方が単純だし作るの早いでしょう。
「nuc PC内の状況変化に合わせて『リアルタイム』に
ページ上の表示内容変えたいんです」くらいでないと
blazorの利用価値は全くないような?
既にblazorやasp.netのプロですとかなら話がかわるかもだけど。
No.313
要件的にはphpの方が早そうだけど理由があるんじゃないか
No.314
>>312

もっと深いことをやってるのよ(´・ω・`)
ストレージ内のデータとかデータベースアクセスして色々処理してる
 ※NUC自体をリモートデスクトップ的に遠隔操作するのではない
WebAppベースでアクセスして操作する感じ
そうするとクライアント側でiOSアプリやデスクトップアプリを作る必要がない
今は別の間始発環境でやってて
でもいい加減コスト高いから,NETが良さそうなんで環境移行しようかなと
No.315
>>300

そうだよ
htmlとcssのコーディングと同じじゃん
大勢のWeb製作者ができてるのになんでxamlだとできないんだ?
reactとかのjsxも同じくデザイナーなんかないけどみんな開発できている
No.316
>>308

ウェブ対応というかWebで作ったデザインがそのまま使えるって感じ
サーバーにおけるのはASP.NETってやつだな
No.317
BlazorはBlazorWebViewを使ってHTML,CSSで画面を構成できるフレームワーク
Webコンポーネントから発行したイベントでネイティブの機能を呼び出せる優れもの(指紋認証やカメラなど)
サーバー側のWebAPIの呼び出しはBlazor MAUIじゃなくなくても普通のMAUIでいける
ただWebAPIはASP.NETなんかのバックエンド側で実装する必要がある
No.318
XAMLを確認するためだけのプロジェクト
つくって確認してるわ
最小ならホットリロードもできたし
最悪ビルドしても早いし
原始的だけどしょうがない
No.319
MAUIで作ったAndroid/iOSアプリでOpenCVが使えますか?
OpenCVSharpで全部出来てしまえば楽ですが、多分Android用とiOS用を使うのでしょうか?
No.320
AでBを使いたければ
A B と検索窓に入れて検索するのがいいよ
見つからないなら君がフロンティアになれるチャンスがあるよ
No.321
調べてみるとSwift,Kotlinでも設定大変みたいだな…
No.322
>>319

技術的なことはstackoverflowやteratailあたりで聞くといい
ここは>320みたいな気狂いしかいない
No.323
OpenCVSharpよー知らんけどそれが各々のネイティブライブラリラップしてくれてはないの?
No.324
opencv自体ただのc/cppでopencvcharpはcppのラップ
android,iosだろうと使い方は変わらない
No.325
Flutter+OpenCVでAndroid/iOSアプリが作れる記事がありましたが、
MAUI+OpenCVはありませんので、素直にFlutterで作る事にします。
ありがとうございました
No.326
>>325

がんばれ👍
No.327
MAUIは泥船
No.328
今年ってWebAssembly GC離陸するの?
正念場か
No.329
これで更に速くなってどうなるかだな
flutter for webやblazorだかブラジャーだか知らんが
No.330
flutte for webは初期ロード時間どうにかしないとな
CanvasKitおめぇだよ
No.331
flutter for Webってゴミなんじゃね?
No.332
C#使うってのはわかるけどDart使うならJSでよくね?ってならないの?
疑問です
No.333
言語だけでアプリ開発するわけじゃないんだよ..
UIフレームワークも重要なんだよ
No.336
MAUIのjsのレンダリング遅くね?
No.337
>>336

遅くないよ
No.338
maui blazorとかいうのとりあえず動いてるサイトないの?
体感したい
No.339
>>337

fabric.jsを動かして見たけど明らかにサンプルより動きが遅い ヌメヌメしてる
No.341
>>339

環境によるんじゃね?
No.342
>>341

ぇぇ…買ったばかりのT490にリリースビルドしたWindowsアプリケーションで動かしてるのに…
No.343
>>342

知らんがな
No.344
MAUIのWindows側でBLE扱うのは大変やね。
AndroidとiOSはサンプル豊富なので楽勝だが、WindowsはUWPを追いかけるしかねぇ。
ようやく Windows版のBLEL Mesh GATTコントロールが動き出した。
No.345
プレーンな環境で動かして重いってことは普通にMAUIが重いってことなんだろうなぁ
No.346
もうしばらくしたらあるOS用にアプリ作るだけで他のOS用にコンバートしてくれるAIが出てくるんじゃないかなあ?
No.347
AIに添付したandroid用プロジェクトをiOS用にコンバートしてくださいって書いたらZIPでくれるとか…
No.348
C#好きなのに…MAUIが中途半端過ぎる
No.349
>>346

いまのAIは、「勘」みたいなものだから、精密思考が必要なプログラミング作業には
向いてないみたいだが。
No.350
アルゴリズムはまあまあ正確に書いてくる
各OSごとのAPIの対応みたいな固定のものの変換はお手の物なんじゃないかな
No.351
>>350

数ヶ月前、githubかなんかのプログラミング用のAIが、円の面積公式も
デタラメだった。
近いが半径にすべきところを直径にしたりしていて、間違っており、
算数だったら 1 点。
No.352
数学は100点で無ければ駄目だからな。
「近い」では駄目なんだよ。
プログラミングも、絶対的に正しく無ければバグる。
No.353
と、原理もロクに知らない素人が申しています
No.354
某CADで正円描いたら64角形描きやがった
No.355
MAUI BlazorってBlazorでネィティブアプリが作れるってだけでwebとの交互性やweb発効には対応してないよね?
No.356
>>355

対応してない
Webデプロイしたければ素直にBlazor使おう
No.357
ソースは使い回せるから便利って感じ
No.358
でも本当の意味でのマルチプラットフォーム開発するならrazorでweb書いて、MAUIの方に移植してネイティブ空間を足していく感じなのかな?
両サイドでの開発を進めたい場合はそれぞれのプロジェクトにネイティブ以外の処理を足していく感じなのかな?
No.359
その点flutterはweb発行にも対応していて、一つのプロジェクトでネイティブ処理と分けられる感じか
No.360
最近のMAUI作業はBLEやSocketのプラットフォーム固有ドライバーのメンテばかりだが、相当な違いがあるのに、COCOA開発でよくNuGetライブラリ使っていたよな。
小回りは効かないし、プラットフォームのバージョンアップやライセンス変更でにっちもさっちもいかなくなるのはわかっていたろうに・・・
No.361
>>359

ただ結局WebもモバイルもUI別にしないと使い勝手悪いから別々で開発しちゃうけどね
No.362
>>361

なるほどありがとうございます
No.363
>>361

場合分け場合分けでごちゃごちゃするからねー。
これってシングルコードベースと言うのかなー、とは思う。
シングル言語は間違いないけど。
No.364
Webよー知らんけど、結局リロードやら何やら他のプラットフォームと違いが大きすぎるから別物にしといた方が良いよって感じなん?
No.365
>>364

パフォーマンスは改善されるかもしれんけど、seo改善するのがめちゃ面倒。
なのでseo必要ならわざわざflutter使わない、となる。
No.366
ネイティブアプリだと無限スクロールで使いかってよくして、WebだとSEO的にページングでSSR?
うーん
No.367
今、作ってるアプリはネットワーク負荷減らすためにキャッシュしまくりでその他sqlite活用しまくって、これをwebに移す場合、webassembly版sqlite
?
最初からindexeddb互換のストレージ活用しとけ?
うーん
No.368
MAUI使って作ってみたけど RefreshView使うとiPhone固まる。
まだまだ実用には堪えないのかなぁ。
Swift勉強しないとか…
No.369
iOSを14に落としたら固まる現象出ないな。
これは対応待ちか。
No.370
WinUI 3もそうだし、最低3年間は寝かせないとだめ
2025年にもう一度トライ
No.371
そうは言ってもXamarinのサポート来年4月末で
切れるからそろそろ移行しないとまずいだろ
No.372
Visual Studio for MacってXamarin製だよね?
それはどうなるの
No.373
Xamarin.Macはとっくに消滅したと思っていたが…
Xamarin.Android、Xamarin.iOS、Xamarin.MacはXamarin.Forms登場以前の製品だろ
No.374
いや、Visual Studio用のMacがXamarin製だからサポート終わったらどういう扱いになるのか気になっただけ
No.375
御布施よろ❤。じゃね?
No.376
WinUIで作られたVisual Studioを必死こいて作ってるとかならいいんだけどな
Macもそれで開発できる
後一年でできるか?
No.377
WinUIって意味わかってる?
No.378
>>373-376
あたりのレスを見てると頭が痛くなる
昔は尊敬できるような人がたくさんいたんだけど
もうなんか幼稚園児に毛が生えたみたいなのしかいない
No.379
どのあたりが?
具体性のない煽りこそ幼稚園以下の新生児だと思う
No.380
WinUIはMacで使えないよ
.NET MAUIで作り直すか…
てかそもそもXamarinStudioってXamarinで作られてた?
No.381
>>379

とりあえず幼稚園児はオムツ取れてから書き込んでくれ
No.382
>>381

新生児
No.383
>>381

こっちはお前のレスに頭が痛くなるわ
No.384
下を見てるつもりになって勝手に頭痛くなってるただの馬鹿
一生頭痛に悩んでろ
No.386
WinUI、マックで使えないかなとか言ってる奴になんか言われてもねぇ
No.387
.NET8くるのか
No.388
ASP.NETってどうよ
今、goでやってるがバックエンドはgoかasp.netあたりやっておけばok?
No.389
速度、メモリのフットプリントとかgo>>>c#?
TechEmpowerのベンチ見てもわかりづらすぎて
No.390
パフォーマンスを気にしているなら、言語は何でも良い
DBの設計の方が影響は大きい
No.391
うん、パフォーマンス気にしてるからスクリプト言語とかは除外してる
取りあえずDBまわり気にすれば及第点は得られるかな
DBはインデックスはしっかりやるとして、今、ラウンドトリップとか気になりだして、突き進むとストアドになりそうとか..
.NET場合はEFじゃなくてやっぱ、dapperなのかとか
neeceeさんとか見ててあの人やり過ぎじゃねぇのとおもってたが気持ちわかってきた
JSONやめてgRPC試すかとか
No.392
>>388

No.393
コントローラのメソッドに引数を追加して、QueryやらFormだかでアノテーションしとけば、勝手にバインディングしてくれるの楽だよな
EFも機能的によくできてるし
goだと取りあえず構造体じゃないとアノテーションできないから..
No.394
>>393

こないだちょっと使ったけど裏で何やってるのかわからなすぎて怖い
web開発自体全然やったことなかったので余計にわからん
No.395
>>394

クラスの上の
[]はだいたい裏でなんかしてる
No.396
17.5.1でようやくホットリロードが正常に戻ったね。
MAUIクラスライブラリでのパーシャルPlatFormの参照は相変わらず宣言側から実装側が見えない。
実装側からは参照できるのに、もうちょいだな。
No.397
>>396

いいね
No.398
App.xamlとAppShell.xamlって何が違うの???
No.399
App.xamlはアプリケーションの動作
AppSHell.xamlはシェル全体の定義(まあ、画面の基本設計だね)
No.400
vs2022 .net mauiアプリ勉強中てすが
アンドロイドemuにwinからファイルコピーするのどうすればよいですか?
No.401
VS使ってるんだったら自動的に端末にコピーされるよ
なんかの別ファイルならアンドロイドスタジオを使う
No.402
>>399

せんきゅー!そういうことなのか
No.403
そうそう、謎な点があるんだった
単一プロジェクトでiOS/Android/Windows/macOSに対応したい場合ってどうすればいいの?
Macでプロジェクトを作ると、プロジェクトにWindows向けの依存関係が入らないけどさ
プロジェクトをWindowsに持っていった時に問題なくWindows向けにビルドできるよう、依存関係を整えるにはどうすればよかんべ
もしかして初めにWindowsでプロジェクトを作れば4つ初めから揃ってるのかな?
No.404
>>401

あんがと!できた
No.405
>>403

Lazurus使え
No.406
>>403

csprojにそういう分岐の記述があったよーな
No.407
ジェラルドがMVUフレームワークのReactorの動画出してるな
Cometよりはもうこっちのほうがいいだろ
https://youtu.be/egklcAC9arY
No.408
モンテマグノも紹介してたわ
しかも.NETチャンネルで
これはもう公式がMVUするならこれ使えって言ってるようなもん
https://youtu.be/w_Km5AyreT0
No.409
どこの誰が作ったのかわからんテンプレなんてどうせ1年以内にメンテされなくなるだろ
No.410
>>409

コメットとかもうすでにメンテされてないのですが、、、
No.411
>>410

つまりこれもすぐにメンテされなくなるってこと
No.412
そういやTeamsが刷新されたそうだけど、当然MAUIで作られたんだよね?
新しいTeamsアプリでは従来版と比べて、ミーティングへの参加とアプリの起動が2倍、アプリのインストールが3倍、チャットおよびチャンネルのスレッド切り替えが1.7倍の速さで行える。このスピード向上により、使用するメモリを50%、ディスク容量を70%低減できるという。
https://japan.zdnet.com/article/35201985/
No.413
Microsoft、一新したTeamsのパブリックプレビュー版を提供開始、ElectronからWebView2への移行など変更多数|CodeZine(コードジン)
https://codezine.jp/article/detail/17612
No.414
>>413

ありがとう
実行環境がWebView2で
UI部分はReact…
ユーザーインターフェースを作成する部分も変わった。従来はAngularJSと独自のHTML/CSSファイルでユーザーインターフェースを作っていたが、新しいTeamsでは、ReactにFluentを組み合わせて使用している。
Microsoftは、AngularJSからReactに変えたことで、記述したコードが小さく、再利用しやすいものになり、ユーザーの操作に対する反応速度も速くなったとしている。また、Microsoftによるベンチマークなどを使用した評価では、今回の新しいTeamsに利用するにはAngularJSよりもReactの方が向いていたという。また、独自にHTML/CSSを使って作成したユーザーインターフェース部品に比べると、Fluentが提供する部品の方がユーザーの操作に対する反応速度が速いという。
No.415
>>414

.NET MAUIなんてマーケティング用語だけで実際には使い道ない代物だってMS自身が証明したな
マウイHSとかいうバカは専ブラも作れずトンコしたし
No.416
確かにこれでMAUI使おうって気にはなれんわな
まじで立ち位置がわからん…
フロント側の技術に何使おうか悩んでたけど、頑張ってReact習得することにするわ
No.417
出始めはちょっと話題になったのに最近めっきり聞かなくなった気がする
No.418
1ヶ月後のGoogle IO 2023に期待しようぜ
No.420
>>419

スレチだがノーコードのFllureFlowが吐き出したコードを流用すれば楽らしい
No.421
DataGridはまだなの?
No.422
ザマリンの時にもほんのいくつかのアプリでしか自分で使ってなかったし何を今更。
まあ使ってないからこそのダメさ加減には同意だけど。
No.424
>>421

AIに頼んで作ってもらえないかな
No.425
もう開発してないってくらい息してないな
No.426
あの威勢がいいやつもほっぽり出しちゃったか
No.427
あいつ今はUnityスレでUEと戦ってるぞ
No.428
なぜ用途に合わせて使い分けようとしないのか
No.429
ほんとに素人ですがどこから勉強すればいいのかわからないので教えてください。
今後のwebは3dとなると予測出来るのでunity webGL開発でしょうか?
一応現代技術の2Dでは一応reactを学んでみようと思ってます。
またネイティブはFlutterを学んでみたいと思っています。
構文がreactに似てるから
SQLは勉強しなくてもサブクエリや集計くらいまでなら簡単と聞きました。
サーバー構築は先日のWBCなどの配信等を参考にwebRTCやwebSocketを学ぶべきとjk妹(16)に教わりました
動画などは昨今のライブ配信アプリの挙動ではなくAmazon Prime VideoやYou Tubeのような配信と同時にアーカイブが保存されるような仕組みを覚えろと12歳の弟(美形)に聞きました。
No.430
今までwpf使ってて、趣味のフリーソフトとちょっとした業務アプリに、
WindowsとMacOSで動くデスクトップアプリ作りたいだけなんだけど、
なんかめちゃくちゃ扱いづらい。特にCatalyst。パブリッシュも面倒だし。
もしかしてそういうのにはこれ向いてない?
No.431
>>430

扱いづらさとめんどくささにこれが関わってるならそうだろうけど違うなら違うのでは
No.432
MAUIを使うには通常の何倍も努力しなければならない
通常のアプリを作ったほうが楽
そこを理解してない人が多すぎる
No.433
Mauiは使ってないけどザマリンは案件に投入して不具合とかで工数食うのもあったけど別々に作るよりは遥かにマシだわ
No.434
WPFからの移行で、デスクトップアプリメインならAvaloniaが一番良くできてると思うんだけど
(Mac環境下でもウィンドウサイズの取得や設定などCatalystの制限を気にしなくて良い、
DataGridもあるし、AvalonEditとかの移植版もある、パブリッシュもMSIX不要)
日本語入力にまだバグがあるんだよね。Gitでは報告はされてるみたいだから、これさえ直れば。
No.436
海外だとBlazorはそんなに批判的な見方はされてないのかね
No.437
MAUIもう無くなるのかよ?
No.438
お前には関係ない話だよ
No.439
WPFも最初は毛嫌いされていたけど何とかなったし、
MSが手を付けているC#.Netで他の有力なクロスプラットフォームGUIフレームワーク(desktop+mobile)が無い以上
MSの.Netチームは細々でもやり続けるのでは
No.440

MAUI終わりそうなのかよ
No.441
もうモバイルも網羅した全方向マルチプラットフォームの幻想は諦めて、
Avaloniaとか買収して、せめてデスクトップアプリの開発環境シェアを守る方向に行ってくれないかな
このままじゃC#ごと先細りしそう
No.442
MSが何のためにwindows以外にGUIフレームワークを開発しているのか良く分からない(Maui, RN for MacOS)
けど何かしらの利益があるからやっているのでは
No.445
.netはマイクロソフトが強力なリーダーシップ取らなかったから色々リソース分散して自滅
No.446
品質の観点からいうとWPFが最強
MAUI、Avalonia、Unoは使ってる人ほとんどいないのでバグ出しも全然できてないだろうしゴミだろう
No.447
FlutterやReactに比べたら、どれもスターの数一桁違うからなぁ。
そんなところでパイ取り合ってる場合じゃないわな
No.448
>>446

>品質の観点からいうとWPFが最強
Windows単独のUIならWinUI3がもう品質面がクリアしたかも
WindowsTerminalやTeamsが先行していたけどエクスプローラに使ったと言う事は自社でバグ出し完了か?
How we integrated WinUI 3 into File Explorer, Q&A
https://build.microsoft.com/en-US/sessions/6d3467f6-a6a9-42b9-a404-c9ed507b6066
No.449
ご冗談を...
No.450
>>448
のリンクは内容が見れないのだが
1.4になったら良くなるのか?色々ワークアラウンド駆使して機能する、だけ?
No.451
困った時にググっても、英語の回答例すら出てこないのはね・・・
No.452
Windows 11の「ペイント」がダークモードに対応。ズームも細かく調節可能に
https://pc.watch.impress.co.jp/docs/news/1505651.html

PaintもWinUI 3になるってことなのか?
OSSにすれば良いのに
No.453
OSSでWinUI 3
No.454
やはりモバイルICOCAはXamarinだった
https://i.imgur.com/Cp6sXxE.png

交通系ICアプリにおいてXamarin,MAUIに並ぶプラットフォームは無い
No.455
mauiてクレジット提示必要なのか、、、
No.456
エーこんなライセンス表示なんでいるの?
どこにかけって書いてあるの?
No.457
MAUIに限らずライセンス表示は泥棒以外は必要だろ。
MITライセンスだろ。
No.458
>>457

ついてないアプリもあるけどついてるアプリの方が多いよな
No.459
WPFは別に毛嫌いはされていない
皆様々な形のボタンを作るのに一生懸命だった
すぐにそれは何の意味もないと気が付いた
出た時はwinoformsの移行先として適切じゃなかった
No.460
ライセンス表示は後が面倒だから全部表示だな
有名アプリだとクッソ長いし
No.461
MAUIがこのまま死んだとして後継は別の何かになるのかなあ?
No.462
react系列じゃね?
react for windows とか
No.463
そこでAdobe Airですよ
No.465
Xamarin26%もあったんか。。その後の落ちぶれも半端ないけど。
自分は観念してReactやってる。
No.466
それぐらいあったんだろうが、当時はクロスプラットフォーム開発自体のパイ自体がすごい小さかったと思う
Flutterがそのパイを大きくして、半分は持っていこうとしてるな
No.467
stackoverflow trendから見るに質問数(≒関心)が最もあるのはわかる
https://i.imgur.com/HSkHpVv.png

でも
>>464

どこのアンケート調査?規模は?くらいの情報は必要
縦軸から推測すると、その年に使ったことのあるフレームワークを複数回答
実際にストアに出したアプリとは限らず、試しにテンプレートをビルドしただけでもカウントしてそう
No.468
flutterとreactの2つやってれば大丈夫かな
ただflutterは画面デザインしにくく思うので
flutter内部にreact組み込んでアプリ作ってるわ
No.469
>>467


ソースが目に入ってない?
No.470
>>469

いや、俺はMAUIじゃないから、そんな返ししなくても...
>>464
のデータは2021までだと同じ数値のグラフが違うクレジット表記で複数見つかるんだ
statistaのsourceリンクもloginがいるようだし、ソース情報、母集団、質問文言、何か知ってたら教えてよ
https://i.imgur.com/28348O6.png

SOのグラフを載せているようにflutterの人気を疑ってるわけではないよ
(なんなら自分でも環境構築、アップデート、欠かさず、たまにビルドチェックはやっている)
No.471
>>470

いや…知りたいなら自分で見れば…?
俺からの伝聞は信用するの?
わけわからん奴だな…
No.472
>>471

そっか、探りを入れる様な事してごめんね、傷ついたけど目的は達成できたよ
どこぞのおじさんにならない様に気を付けなよ
No.473
>>472

どこぞのおじさんにならない様に気を付けなよ
この忠告はあなた以外の誰にどんなメリットがあるの?
No.475
C#おじさんじゃね?
No.476
もーいーかい?
MAUI~よ!
どっちの意味で?
No.477
>>474

いやいや、それ知ってる人以外には意味不明でしょ?
ただのネットゴミでしょ?
まあ通じてたらそのレスしてないだろうけどな。
No.478
>>464

微々ながらKotlin Multiplatform増えてきてるね
Compose for iOSの正式版が待ち遠しい
No.479
Kotlinは好きだからCompose Multiplatform増えて増えて
No.480
XamarinがMAUIに統合されて遂に名前が消えるな
そもそもMAUIとか誰も使ってねーんだが
当のMSでさえ自社の主要アプリとサービスが全部ReactとReact Nativeなの馬鹿にしてるだろ
もうとっとと自社のオワコン開発環境のASPやMAUI捨ててReactのトップコントリビューターになれや
No.481
MSとしてはReact.jsよりNode.jsだと思うけどな
No.482
なんでフロントエンドのスレでフロントエンドの話してんのにのNodeの話になるんだよマジでこのスレってエアプ多すぎだろ
No.483
このスレは実際にMAUIをやってる人が近寄らないからなぁ
No.484
iOS17、Android14対応しないマジか
もう移行しないとヤバいやん
No.485
俺はもうXamarinから移行を始めてる
明日になったら本気出すよ
No.486
MAUIってさ
そのうちフェードアウトして行くんだろうなって思う
もちろん個人のなんとなくの考えだけどさ
No.487
死産だよ
始める前から終わってた
No.488
一度もこの話題が出てこないからもう俺から振っちゃうけどさ
ReactやFlutterが人気なのはUIをJSXやDartというJSに似たLLで記述できるからなんだよ
エアプでニワカな奴らは知らないだろうがAndroid開発で実質デファクトスタンダードであるKotlinのUIもXAMLと同じくXMLなんよ
だから実装が非常に大変で開発者からはとにかく評判が悪くてJetbrainsが開発してるKotlinでUIを記述できるJetpack Composeにみんな期待してるわけ
結局MSがWinFormsに回帰したようにXMLという言語はUIにまったく向かない失敗だったと証明されちゃってんだよ
UIどころか設定ファイルですらXMLがゴミだとみんな気づいて今やJSON、YAML、TOMLが圧倒的に支持されている
俺はずっとMSの開発環境で仕事をしてきたが昔からXAMLでのUIの実装の複雑さや困難さには辟易してた
しかしMSはやる気がなくて思考停止だから今だにMAUIなんかでXAMLをやめない時点でMSの開発環境は完全にオワコンになってしまった
No.489
MAUI君が暴れてた1月ぐらいまでその話散々してだろう
飽きたわ
過去ログ読んで出直してこいや
さいなら
No.490
また明日
No.491
UI定義する時にロジックかけるから…ならわかるんだがJSONやらYAMLやらでXMLと本質的に違うこと何かあるの?
No.492
まあWebでデザイン出来れば
XAMLの糞加減は誰しもが共感出来ることやな
No.493
その辺はネイティブコントロールとHTMLの違いという話ではなく?
RNでもナイスに設定できるん?webよーしらん
No.494
webなかなか慣れない…
No.495
XML使えない人がXAMLをディスるのはわからんでもないが、そういう人が
HTML+CSSをリスペクトするのはよく理解できん。
No.496
別にリスペクトはしてないけどFruentUI Reactだけで比べてもその充実ぶりに触れるとああもうこっちが主流なんだなって分かるよ
XAMLに比べて小回りの利き方が全然違う。
デフォのデータグリッド使いつつCSSで各行にグラデーションマスク掛けて、ホバーはフラグ管理して〜とか何でも出来るもん
C#触ってればTypeScriptすぐ慣れるし
早くこっちにおいで
No.497
>早くこっちにおいで
イキり倒すメイベルw
No.498
>>496

気づくのが遅すぎ
No.499
webが慣れないとかhtmlとcssを自在に操れないとかさ、趣味ならいいけど仕事でやってる奴らができないとかナメてるだろ
No.500
HTMLなんかとほほ見ながらで十分だろ
No.501
今どき生のhtmlなんてほとんど触らないけどね
とほほ懐かしい、世話になったな
今はMDNしか見ないけど
No.502
>>500

俺のTwitterに突撃してきたのこいつなの?
MAUIで作ったアプリを宣伝してたら
なんでflutter使わないの?
から始まってうざ絡みされたんでブロックしちゃったけど
No.503
生のHTMLに戻ろう
HTMLゲンシカイキだ
No.504
社内向けシステム再設計することになったんでGUIどうするか考えてるんだけど、
・WinForms + BlazorWebView
・Win UI 3
どっちがいいんだろ?
両方試してみた感じではどっちでもいいように感じたけど、決定的な差が生まれる要素ってあるのかな。
No.505
webで作るのが一番将来性があるけど
その技術はコピペや短時間の学習ではどうもならない
そもそもがその技術の選定が非常に難しい
No.506
css入門してみてる
No.507
よく考えたら BlazorWebView で Angular か React 使えたら何の問題もないから、使えるかどうか調べてみる。
No.508
バグが多くて衰える
No.509
本当の表示関連はコピペや短時間の学習で何とかなるんだよな
webはモバイルまでやるとかなり沼にはまる
セキュリティ関連やJWTとかローカルキャッシュとかやりだしたら普通に専門知識が必要になる
No.510
学んで何の役に立つか分からんMVVMとかやるより遥かに有益で良い
No.511
Bootstrap 5 の本が出た
Bootstrap 5 フロントエンド開発の教科書、2022
WINGSプロジェクト 山内直 (著), 山田 祥寛 (監修)
No.512
Bootstrapっていつの時代のよ...
No.513
>>504

Elixirにしろ
No.514
お前等教えろ下さい
App.xaml.csに
OnSleep()をオーバーライドして作ったときの挙動なのだけど、
他のアプリのバックエンドにまわるときにコールされたときは、この関数内に書いたことがきっちり実行されるのだけど
アプリ終了時にこの関数がコールされると、実行が最後まで走らないで終わっちゃう
アプリ終了時に確実に動作するイベントって無いの?
Spotifyで流し聴きしてるといきなりToToとか昔の曲がかかってビビる
No.515
No.516
男優
No.517
タブの画面からタブでない画面に遷移することはできますか?
右からページが出てきて戻るボタンで元に戻れるような遷移です
No.518
TabBarのTab内のShellContentの中から予め RegisterRouteしておいたページへGoToAsyncしてみたのですが、タブの中だけ遷移してタブ自体はそのままになってしまいます。
No.519
Shellはそもそも全体の動作を定義するから、そこでタブを指定しちゃったら全部TABだっぺよ
ShellではTabを指定しないで個別のページでTabを指定するしか無いと思う。やったこと無いけど
No.520
誰かおらんの?
No.521
C#はもう店じまいですよ
No.522
仕方ないな・・・BASICやるよ
No.523
C#とjavascriptくらいしか使ったことないです
No.524
久々にMAUIやろうと思ったが相変わらずバグだらけぽいな
プロジェクト作る→winで実行で起動せず。↓で解決した。初手から躓かせるなよ
https://github.com/dotnet/maui/issues/12080
No.525
昔スレ見た時にxamarin叩かれてたけどmauiになってもダメなのか
No.526
MSでアプリ開発ならReact native for windowsじゃねーーの?
No.527
マイクロソフトはBluetoothすらplugin任せだからなぁ
マイクロソフトに移管された最初の頃のXamarinはTCPClient/Serverすら個別実装だったから
それに比べたら進化してるんだろうけど
No.528
Reactはc#じゃないっていう致命的欠陥があるのがな
No.529
>>525

今はMAUIよりxamarinの方が完成度が高い
No.530
xamarinから名前変えてちょっといじくっただけの
ゴミに騙される人があまりいなかったのが優秀
No.531
人○が足りていませんね
No.532
Mauiに移行してるけどXamarinよりバグ多いわ
一回実機確認すれば分かるだろという
低レベルなバグだらけ、お粗末極まりない
No.533
業務で使うつもりだったけどバグはやばいな
C#しか使えないのに
No.534
interface型のプロパティ、バインドするいい方法ないかな?xamlで型指定とかできないかな?
No.535
interfaceは制限多いからabstractにした方が何かとらく
No.536
MAUI blazorいいな。不具合多くて使いにくいけれど
No.537
MAUIとかよりも力入れてる印象あったけど
それでも不具合多いいんだw
No.538
blazorって結局どういうものなの?
なんかスマホで完結しないでWebサーバーが必要っぽくて手を出してなかったんだけど
No.539
webサーバー要らないよ。単にwebビューベースになってるだけ
UIをhtml/javascriptで書けて、処理をC#で作れる(処理をjavascriptで作ってもいい)
MAUI/blazorは資料が少ないけど、asp.net/blazor(webサーバーが必要なやつ)と似てるからそっちを参考にできる
No.540
Blazorを使ってガワネイティブアプリやハイブリッドアプリを作れるのいいね
不安定なMAUIを使わずともCapacitorやTauriでネイティブアプリ化できる
No.541
Android向けに作ったアプリをWindowsにちょこっと直してリリースしたら
あっさりWindows Storeで公開された
素性は良いんだからマイクロソフトはもっと真面目にMAUIの開発をやればいいのに
No.542
mauiで開発予定だったけどバグ多いとか評判よくないみたいだからflutterに手を付けてみた
No.543
.net8になってずいぶん使えるようになったよ
No.544
>>543

「昔は駄目だったけど今はよくなった説」
は大体の場合噓である法則。
No.545
そりゃ.net8はMAUIに関してはバグフィックスメインだからよくなってて当たり前
VS上でビルドしたらGoogle Play とWindows Storeまで一気通貫で公開まで持って行けるから便利よ
何故かマイクロソフトはそういう点をアピールしないけど
No.546
.net8になってから手を出し直してやっぱ使いもんにならないって結論に達したな
なんとなく動くんだけど、落ちるんだよ
maui blazor@winでファイルを開くダイアログ使ったりするとさ
No.547
.net全般でなんとなく落ちるって奴は大体
違うスレッドのメソッドをフォームから直接実行しようとして落ちる
MAUIだから落ちるわけじゃない
No.548
皆久しぶり、元気?
ここ一年ほどはReact勉強がてら、
Webフロントエンドの歴史とかも調べてたんだが、こっちもMVVMで双方向バインディングのフレームワークが主流だった時代もあったらしいじゃん、Reactが出てきて全部ひっくり返ったとか
なんというかそういう厳しい競争に晒されていない世界にいたんだなって思うわ
No.549
Android6で使おうとしたらサンプルアプリの配置すらできない
何が悪いか分からんのでギブアップしてflutterに変更
No.550
MVVMは多人数である程度以上の規模になるともう意味が分からんことがあるから
値を間違いなく代入してるのに変わらないとかありすぎる
あるところでフラグセットしても別のところでリセットしてたりとかでバグつぶしても
他のメンバーがまた勝手に状態を逆にしてくる
こんなもん個人開発でしか使えんわ
No.551
双方向つうのがまず無理があんだよ
そのため方向を制限する機能はついてんだけど
No.552
MVVMって書いてるから違うと思うがprism使ってたら代入と参照のインスタンスが違うなんてことはよくある
ほとんどはDI理解不足だと思う
自分が知らんだけかもしれんがJAVAみたいにインスタンスIDがwatchでみたいわ
No.553
UWPがまさかの.NET 9対応
UWP with .NET 9 and native AOT
WinUI3の次の予定まさかのDesigner
No.554
Designerやんのか
No.555
.NET 9のpreviewが出たからインストールしてみたが
WPFのWindows 11テーマいいな
とりあえず生き返った感じ
No.556
良き良き
WPFのtrimming/NativeAOT対応も頼んます
No.557
どれだけFluentか知らんがとりあえずDarkテーマあるだけよし
つか、ツールバーにのせたら一部スタイリングバグってるな
No.558
LTSでもサポート期間が短すぎる
PC1台買い換えるまですら持たないとか
どこも同じなのかな
No.559
VSアプデしたらMAUIプロジェクトビルドできなくなったり、今まで問題なく走ってたのが動かなくなったり
いい加減にしてもらいたい
No.560
Line Loginのnugetありますか?
No.561
なんかVisual Studioビルド時に固まること多くない?
AndroidとWindowsでリリース用のパッケージを作るとビルドが永遠に終わらなくなることが多くなった
No.562
使用不可な機能を表示するな!!
Microsoft!Windows!死ね!死ね!死ね!地獄へ堕ちろ!
No.563
17.14でAndroid向けの新しいデバッガー、チェックをONにしたけど
何が変わったのだろう・・・
No.564
感じるんだ
No.565
なんか最近のアップデートを適用したら
実機のAndroid8/10でアプリをデバッガから起動しようとしたら、起動するなり停まってしまう
実機のAndroid13の機種やエミュレーターだと8-15まで全部問題なし
実機でタップして起動するのは問題ないけど、おま環なの?
No.566
>>565

AndroidはAndroid 12以降をターゲットにすればいい。
そんな古いバージョンを使っているような会社は切り捨てろ。
No.567
みんなおらんの?
.net8のプロジェクトを.net9にしたらリリースモードでアプリが起動しなくなったんだけど
どうやってデバッグしたら良いの?
デバッグモードだとしれっと動くのよ・・・
No.568
ライブラリが足りないか、リリース用のDLLをネットから持ってきたため実行権限がないとか。
DLLのプロパティ開いてブロックかかってないか見てみたら?
No.569
ほんとに起動しないの?起動したけどエラーで落ちてるとかでは?
No.570
コマンドプロンプトの画面から呼び出したらエラー内容みえたりしないのかな。
No.571
copilotさんにログ貼り付けたりして頑張ったら
trim外せって言われて外したら動いた
トリム外すだけだとなんかリンカーが通らないから変なオプションも手動で書くように言われて書いたら解決した
Trimで何が消えたんだよ・・・・
<PropertyGroup Condition="'$(Configuration)|$(TargetFramework)|$(Platform)'=='Release|net9.0-android35.0|AnyCPU'">
<PublishTrimmed>false</PublishTrimmed> <=ここがリリースだとデフォルトtrue
<RunAOTCompilation>false</RunAOTCompilation> <=copilotさんにかけと言われて書いた
</PropertyGroup>
No.572
今回の2つの設定変更は、.NET 9 で Release ビルドのデフォルト動作が変わったことによる起動不能問題を回避しています。
---
① <PublishTrimmed>false</PublishTrimmed>
意味
IL trimming(未使用コード削除) を無効化します。
背景
.NET 9 では Release ビルド時のデフォルトで PublishTrimmed が true になり、リンク時に「使っていない」と判断されたコードを削除します。
問題点
リフレクション(Activator.CreateInstance や JsonSerializer)や動的ロードは、静的解析では使用箇所が見えません。
その結果、必要な型やメソッドが「不要」と誤判断されて削除され、実行時に
MissingMethodException
TypeLoadException
などが発生して、アプリが起動しなくなります。
対応
PublishTrimmed=false により trimming を完全に無効化 → 必要なコードが削除されず起動できるようになります。
② <RunAOTCompilation>false</RunAOTCompilation>
意味
AOT(Ahead-of-Time コンパイル) を無効化します。
背景
Android の Release ビルドでは、通常 IL を事前にネイティブコードに変換して配布(AOT)が行われます。
.NET 9 では AOT の挙動や組み合わせが変わり、Trim や Linker とセットでより aggressive(厳格)になりました。
問題点
AOT は起動時間短縮やパフォーマンス改善に有効ですが、以下の場合にクラッシュしやすくなります:
動的コード生成(Expression Trees, Reflection.Emit)
ジェネリック型のランタイム生成
Trim 済みコードとの依存関係不整合
.NET 9 での変更により、以前は動いていたコードが AOT 後に動かなくなるケースが増えました。
対応
RunAOTCompilation=false で JIT 実行に戻し、AOT に起因するクラッシュを回避します。
No.573
まとめ
.NET 9 で Release ビルドの最適化が強化
Trim(未使用コード削除)→ 必要なコードが消える
AOT(事前ネイティブ化)→ 動的生成や特殊ケースが壊れる
今回の設定はそれらを無効化して「安全寄りのビルド」に戻した
メリット: 確実に動く
デメリット: APKサイズ増加・起動時間やパフォーマンス低下
本番運用に向けた改善案
Trim 無効化の代わりに
DynamicDependency や Preserve 属性で必要な型を明示
TrimmerRootAssembly 設定を活用
AOT 無効化の代わりに
動的コード依存を減らす
AOT 対応コードへの置き換え
要するに、この変更は「.NET 9 から Release ビルドの安全マージンが減ったので、自分で安全側に戻した」という状態です。
もしサイズや速度も重視するなら、無効化ではなく「安全に最適化を活かす設定」にしていく必要があります。
No.574
互換性ぶっ壊しといて安全です言われてもなあ
No.575
余計なことしかしない
No.576
Trimで何を削ったのかさくっとリスト出してくれればいいがそうはならないのよな
No.577
AOTは実行時例外出しまくったから即オフったわ
あんなもんデフォルトとか正気の沙汰じゃない
No.578
iOSでも試したけど
MtouchNoSymbolStripをfalseにしないと俺のアプリ起動に失敗しちゃう
gccのtrimでこんなダメダメなの聞いたこと無いんだが・・・
No.579
ダメだった
動いたの古いビルドだった
.NET9にすると、iOSなんか、テンプレートのカウントプログラムすら動かなくなるな・・・
なんだこりゃ
No.580
こりゃ、.net10が楽しみだな
No.581
結局は誰も触ってないから問題も上がらないってことか
No.582
.NET10 になったら
.NET9ではAOTをチェックすると起動しなくなる問題が解決するのかな
No.583
AvaloniaバックエンドでLinux対応…
ネイティブ描画にこだわってた意味は…?
No.584
あいつ前からlinuxで動いてなかったか?
ブラウザコントロールみたいなのはだめだけど
No.585
Avaloniaがflutterのimpellerバックエンドをどうこうとかもみたな
No.586
うーんMacもAvaloniaベースの方が高速なのか…
もうLinuxだけでなく全プラットフォームAvaloniaに寄生でよくないか?
ネイティブにこだわっても低性能バグだらけの実装しかできないんだから
No.587
バックエンドAvaloniaかよ
No.588
.NET10はAoTをもっと進めたってドヤ顔で書いてるけど
どうせ迂闊に指定すると起動すらしなくて、自分でどのモジュールをAoTの対象外にするかちまちま調べなきゃいけないんだろ?
No.589
VS2026 iPhoneのホットリロード対応してなかった・・・
No.590
avaloniaにMAUI被せても余計なレイヤが増えるだけでメリット無いだろ
最初からavaloniaで組めば済む話
迷走っぷりに呆れるわ
No.591
マイウー
No.592
MAUIチームは結構な人員削減くらったから妥協案としてAvalonia採用は仕方ないんじゃ無いか
No.593
元から人少ないイメージしかない
No.594
今アクティブなコミッタは4人くらいかな?コード規模に比べて人が少なすぎるよ
MicrosoftはMAUIをどうしたいのかねえ
No.595
もうさ、Fluent UIの実装を各言語の主要UIフレームワーク向けに提供したほうがいいんじゃないか?
C#は諦めよう
No.596
maui、マジで終わりなの?
Xamarin買収したのは何だったの?
No.597
flash でモバイルアプリが作れるようになったときはすげー簡単に作れて感動したのに
adobeはモバイルアプリから撤退
mauiを始めたらマイクロソフトはmauiチームをリストラ・・・
次はどこに行こう
No.598
>>597

が来ちゃったからMAUIも同じ運命か…
No.599
人数少ないのに女が混じってるチームもあるからな
女は多様性とかで混じってるだけで能力低いのばっかなのが現実
No.600
女よりやばい
ID:Y9/EIU0A
惨状
No.601
MAUIとかBlazorとか賑わってるのあるの…
No.602
>>591

ウマイー
No.603
あれ?角田とハミルトンは?
No.604
iOS26.1にしたら、アプリが起動時に落ちるようになった。
No.605
.NETのiOSアプリがShellからメインフォームに遷移しなくなったよね
そして8秒たつとタイムアウトでアプリダウン