Microsoft .NET MAUI part10 [Xamarin]

**デフォルトの名無しさん** · 2023/05/31(水) 16:38:25.23

困った時にググっても、英語の回答例すら出てこないのはね・・・

**デフォルトの名無しさん** · 2023/06/02(金) 14:26:34.87

Windows 11の「ペイント」がダークモードに対応。ズームも細かく調節可能に
https://pc.watch.impress.co.jp/docs/news/1505651.html

PaintもWinUI 3になるってことなのか？
OSSにすれば良いのに

**デフォルトの名無しさん** · 2023/06/02(金) 14:32:14.97

OSSでWinUI 3

**デフォルトの名無しさん** · 2023/06/06(火) 15:30:04.88

やはりモバイルICOCAはXamarinだった

https://i.imgur.com/Cp6sXxE.png
交通系ICアプリにおいてXamarin,MAUIに並ぶプラットフォームは無い

**デフォルトの名無しさん** · 2023/06/06(火) 18:35:42.51

mauiてクレジット提示必要なのか、、、

**デフォルトの名無しさん** · 2023/06/06(火) 19:57:34.52

エーこんなライセンス表示なんでいるの？
どこにかけって書いてあるの？

**デフォルトの名無しさん** · 2023/06/06(火) 20:20:56.41

MAUIに限らずライセンス表示は泥棒以外は必要だろ。
MITライセンスだろ。

**デフォルトの名無しさん** · 2023/06/06(火) 21:16:30.65

>>457
ついてないアプリもあるけどついてるアプリの方が多いよな

**デフォルトの名無しさん** · 2023/06/06(火) 22:33:11.19

WPFは別に毛嫌いはされていない
皆様々な形のボタンを作るのに一生懸命だった
すぐにそれは何の意味もないと気が付いた

出た時はwinoformsの移行先として適切じゃなかった

**デフォルトの名無しさん** · 2023/06/07(水) 10:05:36.05

ライセンス表示は後が面倒だから全部表示だな
有名アプリだとクッソ長いし

**デフォルトの名無しさん** · 2023/06/07(水) 19:16:08.00

MAUIがこのまま死んだとして後継は別の何かになるのかなあ？

**デフォルトの名無しさん** · 2023/06/07(水) 19:37:56.50

react系列じゃね？
react for windows とか

**デフォルトの名無しさん** · 2023/06/07(水) 22:19:19.59

そこでAdobe Airですよ

**デフォルトの名無しさん** · 2023/06/08(木) 03:07:05.73

https://www.statista.com/statistics/869224/worldwide-software-developer-working-hours/
もうFlutter1強やね
MAUIはOtherにまとめられてるんだろか

**デフォルトの名無しさん** · 2023/06/08(木) 05:27:59.97

Xamarin26%もあったんか。。その後の落ちぶれも半端ないけど。

自分は観念してReactやってる。

**デフォルトの名無しさん** · 2023/06/08(木) 06:14:58.14

それぐらいあったんだろうが、当時はクロスプラットフォーム開発自体のパイ自体がすごい小さかったと思う
Flutterがそのパイを大きくして、半分は持っていこうとしてるな

**デフォルトの名無しさん** · 2023/06/08(木) 07:17:50.81

stackoverflow trendから見るに質問数(≒関心)が最もあるのはわかる
https://i.imgur.com/HSkHpVv.png

でも
>>464
どこのアンケート調査?規模は?くらいの情報は必要

縦軸から推測すると、その年に使ったことのあるフレームワークを複数回答
実際にストアに出したアプリとは限らず、試しにテンプレートをビルドしただけでもカウントしてそう

**デフォルトの名無しさん** · 2023/06/08(木) 13:04:20.02

flutterとreactの２つやってれば大丈夫かな
ただflutterは画面デザインしにくく思うので
flutter内部にreact組み込んでアプリ作ってるわ

**デフォルトの名無しさん** · 2023/06/08(木) 13:26:25.93

>>467
？
ソースが目に入ってない？

**デフォルトの名無しさん** · 2023/06/08(木) 16:40:08.39

>>469
いや、俺はMAUIじゃないから、そんな返ししなくても...

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

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

**デフォルトの名無しさん** · 2023/06/08(木) 17:47:53.74

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

**デフォルトの名無しさん** · 2023/06/08(木) 19:46:26.63

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

**デフォルトの名無しさん** · 2023/06/10(土) 13:09:17.68

>>472
どこぞのおじさんにならない様に気を付けなよ

この忠告はあなた以外の誰にどんなメリットがあるの？

**デフォルトの名無しさん** · 2023/06/10(土) 21:02:50.94

>>473
わけからんが、flutterで煽ってるのおじさん本人だったか?

トリップどうした？自演間違えたか
http://hissi.org/read.php/tech/20230604/TUhveFdLdFk.html

**デフォルトの名無しさん** · 2023/06/10(土) 22:37:15.97

C#おじさんじゃね？

**デフォルトの名無しさん** · 2023/06/11(日) 00:53:03.74

もーいーかい？
MAUI～よ！

どっちの意味で？

**デフォルトの名無しさん** · 2023/06/11(日) 12:03:32.48

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

**デフォルトの名無しさん** · 2023/06/11(日) 19:31:55.93

>>464
微々ながらKotlin Multiplatform増えてきてるね
Compose for iOSの正式版が待ち遠しい

**デフォルトの名無しさん** · 2023/06/11(日) 20:11:21.82

Kotlinは好きだからCompose Multiplatform増えて増えて

**デフォルトの名無しさん** · 2023/06/20(火) 18:41:56.95

XamarinがMAUIに統合されて遂に名前が消えるな
そもそもMAUIとか誰も使ってねーんだが
当のMSでさえ自社の主要アプリとサービスが全部ReactとReact Nativeなの馬鹿にしてるだろ
もうとっとと自社のオワコン開発環境のASPやMAUI捨ててReactのトップコントリビューターになれや

**デフォルトの名無しさん** · 2023/06/20(火) 18:56:15.16

MSとしてはReact.jsよりNode.jsだと思うけどな

**デフォルトの名無しさん** · 2023/06/20(火) 18:59:58.19

なんでフロントエンドのスレでフロントエンドの話してんのにのNodeの話になるんだよマジでこのスレってエアプ多すぎだろ

**デフォルトの名無しさん** · 2023/06/20(火) 19:17:04.66

このスレは実際にMAUIをやってる人が近寄らないからなぁ

**デフォルトの名無しさん** · 2023/06/20(火) 19:32:05.81

iOS17、Android14対応しないマジか
もう移行しないとヤバいやん

**デフォルトの名無しさん** · 2023/06/20(火) 20:03:05.12

俺はもうXamarinから移行を始めてる
明日になったら本気出すよ

**デフォルトの名無しさん** · 2023/06/20(火) 20:22:49.57

MAUIってさ
そのうちフェードアウトして行くんだろうなって思う

もちろん個人のなんとなくの考えだけどさ

**デフォルトの名無しさん** · 2023/06/20(火) 20:32:47.57

死産だよ
始める前から終わってた

**デフォルトの名無しさん** · 2023/06/21(水) 10:41:41.49

一度もこの話題が出てこないからもう俺から振っちゃうけどさ
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の開発環境は完全にオワコンになってしまった

**デフォルトの名無しさん** · 2023/06/21(水) 11:30:11.50

MAUI君が暴れてた1月ぐらいまでその話散々してだろう
飽きたわ
過去ログ読んで出直してこいや
さいなら

**デフォルトの名無しさん** · 2023/06/21(水) 12:37:42.79

また明日

**デフォルトの名無しさん** · 2023/06/21(水) 16:59:31.48

UI定義する時にロジックかけるから…ならわかるんだがJSONやらYAMLやらでXMLと本質的に違うこと何かあるの？

**デフォルトの名無しさん** · 2023/06/21(水) 17:11:52.89

まあWebでデザイン出来れば
XAMLの糞加減は誰しもが共感出来ることやな

**デフォルトの名無しさん** · 2023/06/21(水) 17:17:42.20

その辺はネイティブコントロールとHTMLの違いという話ではなく？
RNでもナイスに設定できるん？webよーしらん

**デフォルトの名無しさん** · 2023/06/21(水) 20:22:02.01

webなかなか慣れない…

**デフォルトの名無しさん** · 2023/06/21(水) 23:24:06.14

XML使えない人がXAMLをディスるのはわからんでもないが、そういう人が
HTML+CSSをリスペクトするのはよく理解できん。

**デフォルトの名無しさん** · 2023/06/22(木) 06:03:04.31

別にリスペクトはしてないけどFruentUI Reactだけで比べてもその充実ぶりに触れるとああもうこっちが主流なんだなって分かるよ
XAMLに比べて小回りの利き方が全然違う。
デフォのデータグリッド使いつつCSSで各行にグラデーションマスク掛けて、ホバーはフラグ管理して～とか何でも出来るもん
C#触ってればTypeScriptすぐ慣れるし
早くこっちにおいで

**デフォルトの名無しさん** · 2023/06/22(木) 08:01:42.31

>早くこっちにおいで

イキり倒すメイベルw

**デフォルトの名無しさん** · 2023/06/22(木) 08:23:40.75

>>496
気づくのが遅すぎ

**デフォルトの名無しさん** · 2023/06/22(木) 11:17:55.05

webが慣れないとかhtmlとcssを自在に操れないとかさ、趣味ならいいけど仕事でやってる奴らができないとかナメてるだろ

**デフォルトの名無しさん** · 2023/06/22(木) 12:18:43.04

HTMLなんかとほほ見ながらで十分だろ

**デフォルトの名無しさん** · 2023/06/22(木) 12:22:22.30

今どき生のhtmlなんてほとんど触らないけどね
とほほ懐かしい、世話になったな
今はMDNしか見ないけど

**デフォルトの名無しさん** · 2023/06/22(木) 12:34:35.67

>>500
俺のTwitterに突撃してきたのこいつなの？
MAUIで作ったアプリを宣伝してたら
なんでflutter使わないの？
から始まってうざ絡みされたんでブロックしちゃったけど

**デフォルトの名無しさん** · 2023/06/22(木) 12:47:38.86

生のHTMLに戻ろう
HTMLゲンシカイキだ

**デフォルトの名無しさん** · 2023/06/22(木) 20:08:44.38

社内向けシステム再設計することになったんでGUIどうするか考えてるんだけど、
・WinForms + BlazorWebView
・Win UI 3
どっちがいいんだろ？
両方試してみた感じではどっちでもいいように感じたけど、決定的な差が生まれる要素ってあるのかな。

**デフォルトの名無しさん** · 2023/06/22(木) 20:15:45.98

webで作るのが一番将来性があるけど
その技術はコピペや短時間の学習ではどうもならない
そもそもがその技術の選定が非常に難しい

**デフォルトの名無しさん** · 2023/06/22(木) 20:27:50.59

css入門してみてる

**504** · 2023/06/22(木) 20:39:21.12

よく考えたら BlazorWebView で Angular か React 使えたら何の問題もないから、使えるかどうか調べてみる。

**デフォルトの名無しさん** · 2023/06/22(木) 20:49:37.99

バグが多くて衰える

**デフォルトの名無しさん** · 2023/06/22(木) 20:53:18.98

本当の表示関連はコピペや短時間の学習で何とかなるんだよな

webはモバイルまでやるとかなり沼にはまる
セキュリティ関連やJWTとかローカルキャッシュとかやりだしたら普通に専門知識が必要になる

**デフォルトの名無しさん** · 2023/06/22(木) 22:18:06.99

学んで何の役に立つか分からんMVVMとかやるより遥かに有益で良い

**デフォルトの名無しさん** · 2023/06/22(木) 23:38:06.84

Bootstrap 5 の本が出た

Bootstrap 5 フロントエンド開発の教科書、2022
WINGSプロジェクト山内直 (著), 山田祥寛 (監修)

**デフォルトの名無しさん** · 2023/06/23(金) 08:06:42.41

Bootstrapっていつの時代のよ...

**デフォルトの名無しさん** · 2023/06/25(日) 15:43:57.52

>>504
Elixirにしろ

**デフォルトの名無しさん** · 2023/09/09(土) 20:34:47.06

お前等教えろ下さい

App.xaml.csに
OnSleep()をオーバーライドして作ったときの挙動なのだけど、
他のアプリのバックエンドにまわるときにコールされたときは、この関数内に書いたことがきっちり実行されるのだけど
アプリ終了時にこの関数がコールされると、実行が最後まで走らないで終わっちゃう

アプリ終了時に確実に動作するイベントって無いの?

Spotifyで流し聴きしてるといきなりToToとか昔の曲がかかってビビる

**デフォルトの名無しさん** · 2023/09/10(日) 09:21:13.15

汁

**デフォルトの名無しさん** · 2023/09/11(月) 12:26:11.51

男優

**デフォルトの名無しさん** · 2023/09/17(日) 14:45:51.70

タブの画面からタブでない画面に遷移することはできますか？
右からページが出てきて戻るボタンで元に戻れるような遷移です

**デフォルトの名無しさん** · 2023/09/17(日) 14:49:14.36

TabBarのTab内のShellContentの中から予め RegisterRouteしておいたページへGoToAsyncしてみたのですが、タブの中だけ遷移してタブ自体はそのままになってしまいます。

**デフォルトの名無しさん** · 2023/09/18(月) 23:26:47.35

Shellはそもそも全体の動作を定義するから、そこでタブを指定しちゃったら全部TABだっぺよ
ShellではTabを指定しないで個別のページでTabを指定するしか無いと思う。やったこと無いけど

**デフォルトの名無しさん** · 2023/12/15(金) 22:11:44.95

誰かおらんの?

**デフォルトの名無しさん** · 2023/12/16(土) 00:57:02.90

C#はもう店じまいですよ

**デフォルトの名無しさん** · 2023/12/16(土) 09:47:20.88

仕方ないな・・・BASICやるよ

**デフォルトの名無しさん** · 2023/12/17(日) 08:51:20.57

C#とjavascriptくらいしか使ったことないです

**デフォルトの名無しさん** · 2023/12/24(日) 18:29:22.85

久々にMAUIやろうと思ったが相変わらずバグだらけぽいな
プロジェクト作る→winで実行で起動せず。↓で解決した。初手から躓かせるなよ
https://github.com/dotnet/maui/issues/12080

**デフォルトの名無しさん** · 2023/12/24(日) 19:01:01.73

昔スレ見た時にxamarin叩かれてたけどmauiになってもダメなのか

**デフォルトの名無しさん** · 2023/12/24(日) 19:03:50.23

MSでアプリ開発ならReact native for windowsじゃねーーの？

**デフォルトの名無しさん** · 2023/12/24(日) 19:20:34.30

マイクロソフトはBluetoothすらplugin任せだからなぁ
マイクロソフトに移管された最初の頃のXamarinはTCPClient/Serverすら個別実装だったから
それに比べたら進化してるんだろうけど

**デフォルトの名無しさん** · 2023/12/24(日) 19:51:01.20

Reactはc#じゃないっていう致命的欠陥があるのがな

**デフォルトの名無しさん** · 2023/12/24(日) 21:45:14.52

>>525
今はMAUIよりxamarinの方が完成度が高い

**デフォルトの名無しさん** · 2023/12/24(日) 22:19:48.71

xamarinから名前変えてちょっといじくっただけの
ゴミに騙される人があまりいなかったのが優秀

**デフォルトの名無しさん** · 2023/12/25(月) 09:52:25.03

人○が足りていませんね

**デフォルトの名無しさん** · 2023/12/27(水) 23:13:03.20

Mauiに移行してるけどXamarinよりバグ多いわ
一回実機確認すれば分かるだろという
低レベルなバグだらけ、お粗末極まりない

**デフォルトの名無しさん** · 2023/12/28(木) 05:57:12.41

業務で使うつもりだったけどバグはやばいな
C#しか使えないのに

**デフォルトの名無しさん** · 2024/02/13(火) 08:43:53.55

interface型のプロパティ、バインドするいい方法ないかな？xamlで型指定とかできないかな？

**デフォルトの名無しさん** · 2024/02/13(火) 13:25:05.81

interfaceは制限多いからabstractにした方が何かとらく

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

MAUI blazorいいな。不具合多くて使いにくいけれど

**デフォルトの名無しさん** · 2024/04/30(火) 16:51:35.79

MAUIとかよりも力入れてる印象あったけど
それでも不具合多いいんだw

**デフォルトの名無しさん** · 2024/04/30(火) 18:45:17.74

blazorって結局どういうものなの?
なんかスマホで完結しないでWebサーバーが必要っぽくて手を出してなかったんだけど

**デフォルトの名無しさん** · 2024/04/30(火) 19:05:36.60

webサーバー要らないよ。単にwebビューベースになってるだけ
UIをhtml/javascriptで書けて、処理をC#で作れる(処理をjavascriptで作ってもいい)
MAUI/blazorは資料が少ないけど、asp.net/blazor（webサーバーが必要なやつ）と似てるからそっちを参考にできる

**デフォルトの名無しさん** · 2024/05/09(木) 13:27:53.03

Blazorを使ってガワネイティブアプリやハイブリッドアプリを作れるのいいね
不安定なMAUIを使わずともCapacitorやTauriでネイティブアプリ化できる

**デフォルトの名無しさん** · 2024/06/29(土) 01:42:49.41

Android向けに作ったアプリをWindowsにちょこっと直してリリースしたら
あっさりWindows Storeで公開された
素性は良いんだからマイクロソフトはもっと真面目にMAUIの開発をやればいいのに

**デフォルトの名無しさん** · 2024/06/29(土) 11:21:18.57

mauiで開発予定だったけどバグ多いとか評判よくないみたいだからflutterに手を付けてみた

**デフォルトの名無しさん** · 2024/06/29(土) 18:14:42.98

.net8になってずいぶん使えるようになったよ

**デフォルトの名無しさん** · 2024/06/29(土) 21:25:23.96

>>543
「昔は駄目だったけど今はよくなった説」
は大体の場合噓である法則。

**デフォルトの名無しさん** · 2024/06/29(土) 21:36:02.98

そりゃ．net8はMAUIに関してはバグフィックスメインだからよくなってて当たり前
VS上でビルドしたらGoogle Play とWindows Storeまで一気通貫で公開まで持って行けるから便利よ
何故かマイクロソフトはそういう点をアピールしないけど

**デフォルトの名無しさん** · 2024/06/30(日) 00:59:29.79

.net8になってから手を出し直してやっぱ使いもんにならないって結論に達したな
なんとなく動くんだけど、落ちるんだよ
maui blazor@winでファイルを開くダイアログ使ったりするとさ

**デフォルトの名無しさん** · 2024/06/30(日) 02:23:07.55

.net全般でなんとなく落ちるって奴は大体
違うスレッドのメソッドをフォームから直接実行しようとして落ちる
MAUIだから落ちるわけじゃない

**デフォルトの名無しさん** · 2024/07/28(日) 03:46:03.80

皆久しぶり、元気？
ここ一年ほどはReact勉強がてら、
Webフロントエンドの歴史とかも調べてたんだが、こっちもMVVMで双方向バインディングのフレームワークが主流だった時代もあったらしいじゃん、Reactが出てきて全部ひっくり返ったとか
なんというかそういう厳しい競争に晒されていない世界にいたんだなって思うわ

**デフォルトの名無しさん** · 2024/07/28(日) 08:22:11.59

Android6で使おうとしたらサンプルアプリの配置すらできない
何が悪いか分からんのでギブアップしてflutterに変更

**デフォルトの名無しさん** · 2024/07/28(日) 09:40:07.28

MVVMは多人数である程度以上の規模になるともう意味が分からんことがあるから
値を間違いなく代入してるのに変わらないとかありすぎる

あるところでフラグセットしても別のところでリセットしてたりとかでバグつぶしても
他のメンバーがまた勝手に状態を逆にしてくる
こんなもん個人開発でしか使えんわ

**デフォルトの名無しさん** · 2024/07/28(日) 12:26:25.83

双方向つうのがまず無理があんだよ
そのため方向を制限する機能はついてんだけど

**デフォルトの名無しさん** · 2024/07/30(火) 11:08:13.29

MVVMって書いてるから違うと思うがprism使ってたら代入と参照のインスタンスが違うなんてことはよくある
ほとんどはDI理解不足だと思う

自分が知らんだけかもしれんがJAVAみたいにインスタンスIDがwatchでみたいわ

**デフォルトの名無しさん** · 2024/09/12(木) 13:15:14.60

UWPがまさかの.NET 9対応
UWP with .NET 9 and native AOT

WinUI3の次の予定まさかのDesigner

**デフォルトの名無しさん** · 2024/09/12(木) 17:50:23.66

Designerやんのか

**デフォルトの名無しさん** · 2024/09/15(日) 08:51:21.51

.NET 9のpreviewが出たからインストールしてみたが
WPFのWindows 11テーマいいな
とりあえず生き返った感じ

**デフォルトの名無しさん** · 2024/09/15(日) 09:04:10.99

良き良き
WPFのtrimming/NativeAOT対応も頼んます

**デフォルトの名無しさん** · 2024/09/15(日) 17:05:11.59

どれだけFluentか知らんがとりあえずDarkテーマあるだけよし

つか、ツールバーにのせたら一部スタイリングバグってるな

**デフォルトの名無しさん** · 2024/12/22(日) 17:01:03.54

LTSでもサポート期間が短すぎる
PC1台買い換えるまですら持たないとか
どこも同じなのかな

**デフォルトの名無しさん** · 2024/12/22(日) 17:51:37.04

VSアプデしたらMAUIプロジェクトビルドできなくなったり、今まで問題なく走ってたのが動かなくなったり
いい加減にしてもらいたい

**デフォルトの名無しさん** · 2025/01/08(水) 18:14:06.29

Line Loginのnugetありますか？

**デフォルトの名無しさん** · 2025/05/01(木) 15:18:46.57

なんかVisual Studioビルド時に固まること多くない?
AndroidとWindowsでリリース用のパッケージを作るとビルドが永遠に終わらなくなることが多くなった

**デフォルトの名無しさん** · 2025/05/11(日) 05:42:17.27

使用不可な機能を表示するな！！
Microsoft！Windows！死ね！死ね！死ね！地獄へ堕ちろ！

**デフォルトの名無しさん** · 2025/05/16(金) 21:57:48.87

17.14でAndroid向けの新しいデバッガー、チェックをONにしたけど
何が変わったのだろう・・・

**デフォルトの名無しさん** · 2025/05/19(月) 16:24:23.14

感じるんだ

**デフォルトの名無しさん** · 2025/05/25(日) 02:50:53.12

なんか最近のアップデートを適用したら
実機のAndroid8/10でアプリをデバッガから起動しようとしたら、起動するなり停まってしまう
実機のAndroid13の機種やエミュレーターだと8-15まで全部問題なし

実機でタップして起動するのは問題ないけど、おま環なの?

**デフォルトの名無しさん** · 2025/05/31(土) 23:10:02.85

>>565
AndroidはAndroid 12以降をターゲットにすればいい。

そんな古いバージョンを使っているような会社は切り捨てろ。

**デフォルトの名無しさん** · 2025/08/10(日) 22:56:12.80

みんなおらんの?
.net8のプロジェクトを.net9にしたらリリースモードでアプリが起動しなくなったんだけど
どうやってデバッグしたら良いの?
デバッグモードだとしれっと動くのよ・・・

**デフォルトの名無しさん** · 2025/08/11(月) 00:17:16.94

ライブラリが足りないか、リリース用のDLLをネットから持ってきたため実行権限がないとか。
DLLのプロパティ開いてブロックかかってないか見てみたら？

**デフォルトの名無しさん** · 2025/08/11(月) 09:49:08.83

ほんとに起動しないの？起動したけどエラーで落ちてるとかでは？

**デフォルトの名無しさん** · 2025/08/11(月) 11:39:50.13

コマンドプロンプトの画面から呼び出したらエラー内容みえたりしないのかな。

**567** · 2025/08/11(月) 13:13:38.32

copilotさんにログ貼り付けたりして頑張ったら
trim外せって言われて外したら動いた
トリム外すだけだとなんかリンカーが通らないから変なオプションも手動で書くように言われて書いたら解決した
Trimで何が消えたんだよ・・・・

<PropertyGroup Condition="'$(Configuration)|$(TargetFramework)|$(Platform)'=='Release|net9.0-android35.0|AnyCPU'">
<PublishTrimmed>false</PublishTrimmed>　<=ここがリリースだとデフォルトtrue
<RunAOTCompilation>false</RunAOTCompilation> <=copilotさんにかけと言われて書いた
</PropertyGroup>

**デフォルトの名無しさん** · 2025/08/11(月) 13:26:25.73

今回の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 に起因するクラッシュを回避します。

**デフォルトの名無しさん** · 2025/08/11(月) 13:28:02.37

まとめ
.NET 9 で Release ビルドの最適化が強化
Trim（未使用コード削除）→ 必要なコードが消える
AOT（事前ネイティブ化）→ 動的生成や特殊ケースが壊れる
今回の設定はそれらを無効化して「安全寄りのビルド」に戻した
メリット: 確実に動く
デメリット: APKサイズ増加・起動時間やパフォーマンス低下
本番運用に向けた改善案
Trim 無効化の代わりに
DynamicDependency や Preserve 属性で必要な型を明示
TrimmerRootAssembly 設定を活用
AOT 無効化の代わりに
動的コード依存を減らす
AOT 対応コードへの置き換え
要するに、この変更は「.NET 9 から Release ビルドの安全マージンが減ったので、自分で安全側に戻した」という状態です。
もしサイズや速度も重視するなら、無効化ではなく「安全に最適化を活かす設定」にしていく必要があります。

**デフォルトの名無しさん** · 2025/08/12(火) 03:31:50.78

互換性ぶっ壊しといて安全です言われてもなあ

**デフォルトの名無しさん** · 2025/08/12(火) 06:00:21.60

余計なことしかしない

**デフォルトの名無しさん** · 2025/08/12(火) 11:02:38.38

Trimで何を削ったのかさくっとリスト出してくれればいいがそうはならないのよな

**デフォルトの名無しさん** · 2025/08/12(火) 14:25:07.03

AOTは実行時例外出しまくったから即オフったわ
あんなもんデフォルトとか正気の沙汰じゃない

**567** · 2025/08/12(火) 18:38:28.46

iOSでも試したけど
MtouchNoSymbolStripをfalseにしないと俺のアプリ起動に失敗しちゃう
gccのtrimでこんなダメダメなの聞いたこと無いんだが・・・

**567** · 2025/08/12(火) 20:34:12.00

ダメだった
動いたの古いビルドだった
.NET9にすると、iOSなんか、テンプレートのカウントプログラムすら動かなくなるな・・・
なんだこりゃ

**デフォルトの名無しさん** · 2025/10/20(月) 05:16:43.70

こりゃ、.net10が楽しみだな

**デフォルトの名無しさん** · 2025/10/22(水) 12:09:17.18

結局は誰も触ってないから問題も上がらないってことか

**567** · 2025/10/27(月) 23:46:36.71

.NET10 になったら
.NET9ではAOTをチェックすると起動しなくなる問題が解決するのかな

**デフォルトの名無しさん** · 2025/11/12(水) 11:15:11.88

AvaloniaバックエンドでLinux対応…
ネイティブ描画にこだわってた意味は…？

**デフォルトの名無しさん** · 2025/11/12(水) 14:01:41.32

あいつ前からlinuxで動いてなかったか？
ブラウザコントロールみたいなのはだめだけど

**デフォルトの名無しさん** · 2025/11/12(水) 17:51:46.56

Avaloniaがflutterのimpellerバックエンドをどうこうとかもみたな

**デフォルトの名無しさん** · 2025/11/13(木) 03:17:15.00

うーんMacもAvaloniaベースの方が高速なのか…
もうLinuxだけでなく全プラットフォームAvaloniaに寄生でよくないか？
ネイティブにこだわっても低性能バグだらけの実装しかできないんだから

**デフォルトの名無しさん** · 2025/11/13(木) 08:11:34.27

バックエンドAvaloniaかよ

**567** · 2025/11/13(木) 23:56:44.54

.NET10はAoTをもっと進めたってドヤ顔で書いてるけど
どうせ迂闊に指定すると起動すらしなくて、自分でどのモジュールをAoTの対象外にするかちまちま調べなきゃいけないんだろ？

**567** · 2025/11/15(土) 15:19:05.61

VS2026 iPhoneのホットリロード対応してなかった・・・

**デフォルトの名無しさん** · 2025/11/16(日) 15:45:34.30

avaloniaにMAUI被せても余計なレイヤが増えるだけでメリット無いだろ
最初からavaloniaで組めば済む話
迷走っぷりに呆れるわ

**デフォルトの名無しさん** · 2025/11/19(水) 08:45:20.40

マイウー

**デフォルトの名無しさん** · 2025/11/19(水) 14:08:14.51

MAUIチームは結構な人員削減くらったから妥協案としてAvalonia採用は仕方ないんじゃ無いか

**デフォルトの名無しさん** · 2025/11/19(水) 15:43:12.54

元から人少ないイメージしかない

**デフォルトの名無しさん** · 2025/11/20(木) 02:47:07.19

今アクティブなコミッタは4人くらいかな？コード規模に比べて人が少なすぎるよ
MicrosoftはMAUIをどうしたいのかねえ

**デフォルトの名無しさん** · 2025/11/20(木) 13:29:11.33

もうさ、Fluent UIの実装を各言語の主要UIフレームワーク向けに提供したほうがいいんじゃないか？
C#は諦めよう

**デフォルトの名無しさん** · 2025/11/21(金) 00:23:25.64

maui、マジで終わりなの？
Xamarin買収したのは何だったの？

**デフォルトの名無しさん** · 2025/11/21(金) 01:21:54.44

flash でモバイルアプリが作れるようになったときはすげー簡単に作れて感動したのに
adobeはモバイルアプリから撤退
mauiを始めたらマイクロソフトはmauiチームをリストラ・・・
次はどこに行こう

**デフォルトの名無しさん** · 2025/11/21(金) 17:46:57.74

>>597
が来ちゃったからMAUIも同じ運命か…

**デフォルトの名無しさん** · 2025/11/21(金) 21:26:18.47

人数少ないのに女が混じってるチームもあるからな
女は多様性とかで混じってるだけで能力低いのばっかなのが現実

**デフォルトの名無しさん** · 2025/11/21(金) 21:33:35.63

女よりやばい
ID:Y9/EIU0A
惨状

**デフォルトの名無しさん** · 2025/11/21(金) 21:53:57.34

MAUIとかBlazorとか賑わってるのあるの…

**デフォルトの名無しさん** · 2025/11/22(土) 02:35:59.03

>>591
ｳﾏｲｰ

**デフォルトの名無しさん** · 2025/11/22(土) 13:43:01.62

あれ？角田とハミルトンは？