No.551
そのため方向を制限する機能はついてんだけど
そのため方向を制限する機能はついてんだけど
Microsoft .NET MAUI part10 [Xamarin]
レス数: 605
概要: 双方向つうのがまず無理があんだよ そのため方向を制限する機能はついてんだけど
そのため方向を制限する機能はついてんだけど
No.552
ほとんどはDI理解不足だと思う
自分が知らんだけかもしれんがJAVAみたいにインスタンスIDがwatchでみたいわ
No.553
UWP with .NET 9 and native AOT
WinUI3の次の予定まさかのDesigner
No.554
No.555
WPFのWindows 11テーマいいな
とりあえず生き返った感じ
No.556
WPFのtrimming/NativeAOT対応も頼んます
No.557
つか、ツールバーにのせたら一部スタイリングバグってるな
No.558
PC1台買い換えるまですら持たないとか
どこも同じなのかな
No.559
いい加減にしてもらいたい
No.560
No.561
AndroidとWindowsでリリース用のパッケージを作るとビルドが永遠に終わらなくなることが多くなった
No.562
Microsoft！Windows！死ね！死ね！死ね！地獄へ堕ちろ！
No.563
何が変わったのだろう・・・
No.564
No.565
実機のAndroid8/10でアプリをデバッガから起動しようとしたら、起動するなり停まってしまう
実機のAndroid13の機種やエミュレーターだと8-15まで全部問題なし
実機でタップして起動するのは問題ないけど、おま環なの?
No.566
AndroidはAndroid 12以降をターゲットにすればいい。
そんな古いバージョンを使っているような会社は切り捨てろ。
No.567
.net8のプロジェクトを.net9にしたらリリースモードでアプリが起動しなくなったんだけど
どうやってデバッグしたら良いの?
デバッグモードだとしれっと動くのよ・・・
No.568
DLLのプロパティ開いてブロックかかってないか見てみたら？
No.569
No.570
No.571
trim外せって言われて外したら動いた
トリム外すだけだとなんかリンカーが通らないから変なオプションも手動で書くように言われて書いたら解決した
Trimで何が消えたんだよ・・・・
<PropertyGroup Condition="'$(Configuration)|$(TargetFramework)|$(Platform)'=='Release|net9.0-android35.0|AnyCPU'">
<PublishTrimmed>false</PublishTrimmed> <=ここがリリースだとデフォルトtrue
<RunAOTCompilation>false</RunAOTCompilation> <=copilotさんにかけと言われて書いた
</PropertyGroup>
No.572
---
① <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
No.577
あんなもんデフォルトとか正気の沙汰じゃない
No.578
MtouchNoSymbolStripをfalseにしないと俺のアプリ起動に失敗しちゃう
gccのtrimでこんなダメダメなの聞いたこと無いんだが・・・
No.579
動いたの古いビルドだった
.NET9にすると、iOSなんか、テンプレートのカウントプログラムすら動かなくなるな・・・
なんだこりゃ
No.580
No.581
No.582
.NET9ではAOTをチェックすると起動しなくなる問題が解決するのかな
No.583
ネイティブ描画にこだわってた意味は…？
No.584
ブラウザコントロールみたいなのはだめだけど
No.585
No.586
もうLinuxだけでなく全プラットフォームAvaloniaに寄生でよくないか？
ネイティブにこだわっても低性能バグだらけの実装しかできないんだから
No.587
No.588
どうせ迂闊に指定すると起動すらしなくて、自分でどのモジュールをAoTの対象外にするかちまちま調べなきゃいけないんだろ？
No.589
No.590
最初からavaloniaで組めば済む話
迷走っぷりに呆れるわ
No.591
No.592
No.593
No.594
MicrosoftはMAUIをどうしたいのかねえ
No.595
C#は諦めよう
No.596
Xamarin買収したのは何だったの？
No.597
adobeはモバイルアプリから撤退
mauiを始めたらマイクロソフトはmauiチームをリストラ・・・
次はどこに行こう
No.598
が来ちゃったからMAUIも同じ運命か…
No.599
女は多様性とかで混じってるだけで能力低いのばっかなのが現実
No.600
ID:Y9/EIU0A
惨状
