Microsoft .NET MAUI part10 [Xamarin]

**デフォルトの名無しさん** · 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

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