WPF(.NET, WinUI) GUIプログラミング Part28

**デフォルトの名無しさん** · 2022/01/20(木) 05:40:40.10

WPF(Windows Presentation Framework)について語るスレ。

前スレ
WPF(.NET, WinUI) GUIプログラミング Part27
https://mevius.5ch.net/test/read.cgi/tech/1632044619/

関連スレ
Windows 10 UWPアプリ開発Part 3
https://mevius.5ch.net/test/read.cgi/tech/1627556967/

コードを貼る場合は以下のサイトの利用をお勧め。
https://ideone.com/

**デフォルトの名無しさん** · 2022/03/14(月) 11:53:26.20

現時点でのまとめをお願いしたい

**デフォルトの名無しさん** · 2022/03/14(月) 12:18:32.21

Windowsデスクトップのみを対象　→　WPF + .NET6
マルチプラットフォーム　→　Flutter

以上

**デフォルトの名無しさん** · 2022/03/14(月) 12:26:30.18

コケる予感しかしない!!!

**デフォルトの名無しさん** · 2022/03/14(月) 18:04:46.14

間に別言語はさむならflutterはやらん

**デフォルトの名無しさん** · 2022/03/14(月) 20:46:17.51

flutterは良いけどdartがパッケージ貧弱すぎてやってられん

**デフォルトの名無しさん** · 2022/03/15(火) 01:08:03.87

XAMLでなければWPFでも良いのだが

**デフォルトの名無しさん** · 2022/03/15(火) 01:17:15.55

まぁXamarin使わないといけない特別な事情でもないかぎりまともな脳みそしてればクロスプラットフォームならFlutterかReact Nativeの二択しかないって理解できる
ぶっちゃけシェアって観点ならiOSならSwift+ObjCでAndroidならJava or Kotlinで未だに圧倒的にネイティブ開発の方が多いからな
その過半数もシェア取れてないクロプラでXamarin選択する馬鹿なんて中抜きCOCOAとかそういうのしかないってことも理解できる
カスマイズもメンテもクソ面倒なXAMLなんて強制されなきゃ誰も使わんよ

**デフォルトの名無しさん** · 2022/03/15(火) 02:36:07.28

XAMLはシンプルだから好きだな

**デフォルトの名無しさん** · 2022/03/15(火) 02:38:24.61

直接テキスト弄るとか時代遅れ。40年前の開発環境やん。

**デフォルトの名無しさん** · 2022/03/15(火) 02:42:09.78

シンプルってWinFormsでもReactでもFlutterでもシンプルだぞ何言ってんだんだ？w
そもそもXAMLもバリバリコードビハインド使ってるし現代のフロントエンドはコードビハインドに回帰してるんだが時代が10年前から止まってんじゃねーの

**デフォルトの名無しさん** · 2022/03/15(火) 07:38:52.71

>>688
WPFのメリットってXAMLが使える事ぐらいだろ

>>691
ノーコード・ローコードツールでも使ってな

**デフォルトの名無しさん** · 2022/03/15(火) 08:06:43.73

メリットもクソもWPFイコールXAML+MVVMなんだが？w
MSのJosh SmithがDocsの記事で公言してんだから疑問に予知なんてねーしそもそもそんなことも知らんアホがこのスレでふドヤ顔してんのレベル低すぎて超ウケるwww

**デフォルトの名無しさん** · 2022/03/15(火) 08:25:53.39

誰でも知ってることをドヤ顔するゆとり

**デフォルトの名無しさん** · 2022/03/15(火) 08:48:00.55

別にMVVMが必須ではない
量産し出すと保守の都合でMVVMの方が勝手がいい、それだけ
開発の大半はビジネスロジックやUIの作成に費やされていて、ビューモデルとか割とどうでもいい

**デフォルトの名無しさん** · 2022/03/15(火) 08:58:25.27

WPFの三大デメリット
・保守性が悪い
・開発効率が低い
・MVVM信者が仕事しない

**デフォルトの名無しさん** · 2022/03/15(火) 09:06:50.36

>>697
WinFormsよりは保守性も開発効率も格段に上だけどな。
MVVMの有無にかかわらず。

**デフォルトの名無しさん** · 2022/03/15(火) 09:11:18.15

>>698
VS開発チームに言え。

**デフォルトの名無しさん** · 2022/03/15(火) 10:32:43.69

XAMLって、HTMLでレイアウト+CSSで機能実現する人には快適だけど、HTML中心、つまり　Resource Style使わない人には大変だね。
Webデザイナー向け。
WinFormsでベタボトの人には向かない。

**デフォルトの名無しさん** · 2022/03/15(火) 10:40:58.00

HTML+cssメインの方だと
XAMLでは貧弱過ぎて相手にされないと思いますが

**デフォルトの名無しさん** · 2022/03/15(火) 10:50:44.76

>>700
いやいやXAMLのどこがHTML5+CSSなんだよ！w
お前がXAMLどころかウェブもReactもFlutterもなにもわかってない雑魚だってことはそのレスでバレバレだからもうROMってろ、な？w
逆にさっさとXAML捨ててHTML5+CSSならもっと人気でてるわ
XAMLを捨てられず折角買収したXamarinはXamarin FormsでオワコンだしASPもBlazorとWASMで延命はかるも中途半端すぎるわでオワコン
結局MSが出した答えはまたもAppleの猿真似でAndroidアプリをデスクトップで動かしたらええんや！でカジュアルなデスクトップアプリが死亡

**デフォルトの名無しさん** · 2022/03/15(火) 11:52:30.80

webview2上に標準のUIライブラリーを構築しとけば
よかったんですよね
わかります

**デフォルトの名無しさん** · 2022/03/15(火) 12:16:53.73

>>698
その割には情報が少ない＝開発効率が悪い

**デフォルトの名無しさん** · 2022/03/15(火) 12:22:57.16

Viewは有償コントロール並べるだけだろ

**デフォルトの名無しさん** · 2022/03/15(火) 13:00:11.14

>>704
必要な情報なんかとっくに出尽くしている。
情報は目の前にあるのにそれを得られない、
お前の脳の効率が悪いんだろw

**デフォルトの名無しさん** · 2022/03/15(火) 15:41:41.04

あああああああああああああああああああああああああああああああ！！！！！！！！！！！（ﾌﾞﾘﾌﾞﾘﾌﾞﾘﾌﾞﾘｭﾘｭﾘｭﾘｭﾘｭﾘｭ！！！！！！ﾌﾞﾂﾁﾁﾌﾞﾌﾞﾌﾞﾁﾁﾁﾁﾌﾞﾘﾘｲﾘﾌﾞﾌﾞﾌﾞﾌﾞｩｩｩｩｯｯｯ！！！！！！！）

**デフォルトの名無しさん** · 2022/03/15(火) 17:19:52.84

XAMLはXML寄りだからねー
添付プロパティとか始めると入れ子の階層がすごいことになるし
<ListView.ItemTemplate>とか<i:Interaction.Triggers>あたりは書くのがつらい、まあ慣れたけど

**デフォルトの名無しさん** · 2022/03/15(火) 18:55:14.60

XMLよりじゃなくてMSのXML拡張なんだよなんかこのスレってマジでにわかしか居なく無いか？
せめてAttribute Syntaxだけで記述できればマシだったがProperty Element Syntaxはツリーのネストが深くなるし行数も増えるしでいいことないからな
ユーザー定義コントロールのControlTemplateでめちゃ複雑で凝ったStyleとか最後は自分ので書いたのでも触りたくなくなるのに他人のソースとかマジ勘弁て感じ

**デフォルトの名無しさん** · 2022/03/15(火) 19:16:13.93

いや属性構文でもXAMLは冗長すぎて属性毎に改行するスタイルになるからどうやっても行数がヤバいことになる
これはもう定義が厳格なXMLの拡張であるXAMLの構造的欠陥なんだわ
せめてCSSを採用してればかなり違ったと思うんだよなStyleやResourceなんて誰が見たってゴミなんだよな

**デフォルトの名無しさん** · 2022/03/15(火) 19:25:20.58

ここはbland.SDKをmvvmのライブラリーだと
思いこむレベルの人たちですから...

**デフォルトの名無しさん** · 2022/03/15(火) 20:13:15.69

>>710
Flutterでもプロパティごとに改行入れるし、そのほうが見やすい

**デフォルトの名無しさん** · 2022/03/15(火) 20:42:21.24

FlutterスレでもMVVMアレルギーおじさん湧いてたけどあれってもしかして・・・

**デフォルトの名無しさん** · 2022/03/15(火) 21:05:42.26

批判ポイントってネストの深さとか行数とかそういうのしかないのか？

**デフォルトの名無しさん** · 2022/03/15(火) 21:26:13.93

Flutter でも、他で慣れ親しんだのであろう MVVM/ViewModel を単純に持ち込んでまどろっこしいことしてるコード見る度に...

FlutterでのRiverpod盲信はWPFでのMVVM盲信と同レベル、というのは確かにその通り...

**デフォルトの名無しさん** · 2022/03/16(水) 00:01:55.31

WPFの後継ってMAUIって思っていいのか？

**デフォルトの名無しさん** · 2022/03/16(水) 00:25:33.33

MAUIはXamarin後継
WPFの後継はWinUI

**デフォルトの名無しさん** · 2022/03/16(水) 00:57:00.94

>>717
なるほど、ありがとう

**デフォルトの名無しさん** · 2022/03/16(水) 01:32:32.27

>>717
だからサラッと嘘吐くなよなんで知らないことを間違った知識で語るんだよ虚言癖かよ
WinUIはWin32とUWPを統合してFluent Design採用したWindowsネイティブアプリ用フロントエンドフレームワークだよ馬鹿
WinUI実装の為のSDKの名前がWindows App SDKなのになにがWPF後継だよしったかすんな

**デフォルトの名無しさん** · 2022/03/16(水) 02:17:34.28

↑なんだこいつ

**デフォルトの名無しさん** · 2022/03/16(水) 03:02:43.71

別に間違ったことは言ってないから文句があるならプログラマーらしくロジカルに反論すればいい
女のヒステリーのように感情論で叩いても負けを認めてるだけだぞ

**デフォルトの名無しさん** · 2022/03/16(水) 07:11:58.68

>>717
MAUIは主にモバイル向けのXamarinの新バージョン。
WPFの後継はWinUI。
もう少し詳しく説明すると、WPFの後継にしようとしてたUWPがどんなに手をれても開発者に見向きもされなかったんで
開発者のニーズに寄り添ってWPF＆UWPの真の後継として作られたのがWinUI。
しかし、いざ正式版が登場してみるとあまりの未完成っぷりに開発者たちから失望のため息が‥…

**デフォルトの名無しさん** · 2022/03/16(水) 07:35:35.08

後方互換性を捨てられず既存のものを弄り回すしかできないMSの開発環境なんてどんなにテコ入れしても産廃だからうんこ
やはりここでも互換性を切り捨てて常に最新の環境に移行してくれるようにエコシステム作りとユーザーを飼い慣らしてるAppleは本当にすごい
IOS15が72%でiOS14が26%という驚異的な移行率でGoogleがMSと同じように最新OSに移行させられなくて苦しんでるのと対照的
しかもM1という驚異的なSoCでiOS/iPadアプリが一番パフォーマンス発揮できるのがmacOSという戦略性はさすが
ハードとソフトの垂直統合をここまで昇華できるAppleだから実現できるからこそだな

**デフォルトの名無しさん** · 2022/03/16(水) 08:13:21.76

ﾌﾟﾌﾟﾌﾟ

**デフォルトの名無しさん** · 2022/03/16(水) 09:06:24.05

だからアップルは業務で使い物にならないんだよな

**デフォルトの名無しさん** · 2022/03/16(水) 09:12:32.83

IBMは全員Macだぞ底辺のお前らには関係ない話だな

**デフォルトの名無しさん** · 2022/03/16(水) 09:22:35.67

IBMがMSから捨てられ泣きながらPC市場から撤退したのは何十年前だよ？

**デフォルトの名無しさん** · 2022/03/16(水) 21:36:30.06

>>719
めっちゃ早口で言ってそう

**デフォルトの名無しさん** · 2022/03/16(水) 22:37:19.15

Office 2019、2021がインストールされているかどうか取得する方法、誰かご存知ないですか？
2016までならレジストリエディタのGUIDでわかる情報は転がってるんだけど、2019以降が全く見当たらない

**デフォルトの名無しさん** · 2022/03/16(水) 23:19:21.94

>>729
スレタイ読め

**デフォルトの名無しさん** · 2022/03/17(木) 05:42:29.33

>>729
if (MessageBox.Show("Office2019または2021がインストールされていますか？","", MessageBoxButtonYesNo) == MessageBoxResult.Yes)
{
// インストールされている（に違いない）
}

**デフォルトの名無しさん** · 2022/03/17(木) 12:50:07.52

そんな判定が必要なアプリ開発しとうない！いやじゃいやじゃ！

**デフォルトの名無しさん** · 2022/03/17(木) 13:10:26.88

officeとかってかならずバージョンごとにCOMが登録されるんじゃないの？
しらんけど。

**デフォルトの名無しさん** · 2022/03/17(木) 13:14:09.96

知らんがな

**デフォルトの名無しさん** · 2022/03/18(金) 06:21:10.65

Windows App SDK 1.01
どこが治ったのやら

**デフォルトの名無しさん** · 2022/03/18(金) 09:48:14.40

1.2あたりから手を付けるか判断しても良さそうだな。
UWPみたいに勉強しても業務で全く使うことなく消えていったゴミの前例もあることだし。

**デフォルトの名無しさん** · 2022/03/18(金) 10:22:39.55

Win8のWinRTでガッツリ開発した俺から言わせればあの頃から何も変わってなくて100%産廃になると予言するわ
インシデント使って米国本社まで送ったバグが1ヶ月後に仕様で片付けられた思い出

**デフォルトの名無しさん** · 2022/03/18(金) 10:30:01.48

インシデント使うなんて不可能。

**デフォルトの名無しさん** · 2022/03/18(金) 11:13:27.96

>>723
何度も後方互換性を捨てた新しいアーキテクチャが、自社の後方互換性を維持したクソなアーキテクチャに負けるのを繰り返してるからな
捨てられないんじゃなくて結果的に捨てなかった方が生き残ってしまうだけな気もするが

**デフォルトの名無しさん** · 2022/03/18(金) 12:05:45.38

フルスクリーン、Win7非対応
だけで導入検討結果が出る

**デフォルトの名無しさん** · 2022/03/18(金) 12:54:24.54

1.01になってタイトルバー拡張するとキャプションボタンが消えるというバグは治ったが
依然として書いてあるとおりやるとマトモに動かないわ
SetTitleBarメソッドでキャプションの領域を除けと書いてあるけど、除くとキャプションボタンが動作しない
色々実験してなんとか使い物になりそうだから良かったが

**デフォルトの名無しさん** · 2022/03/18(金) 13:22:50.58

そもそも苦肉の策でVS無償化やOSS化したにも関わらず一向にサードパーティ製の便利なフレームワークやライブラリないから開発環境としての魅力がないんだわ
Win32もUWPも先がないからWASMでPWAがデスクトップで動作しますよと押し売りするもノーサンキューされる
最終的に自社のエコシステムではアプリが増える可能性がないからAndroidアプリ動く様にするわと開き直ってしまう
DesktopアプリとしてAndroidアプリ動くならみんなAndroidアプリ作るだろ常識的に考えて
C#の言語仕様が素晴らしいだけに本当に勿体無い

**デフォルトの名無しさん** · 2022/03/18(金) 13:40:32.78

MSスタックを選ぶ最大の理由って、アプリより下の層はお仕着せのMS技術だけを盲目的に採用していればよくて、
余計なこと考えずにアプリのコーディングに集中できるという点にあるからね
そのレールから離れると全く融通が利かず、地獄が待っている
スマホアプリみたいにそもそもプラットフォームが他社のものだったりすると前提が破綻してるから、使われるわけないんだわ

**デフォルトの名無しさん** · 2022/03/18(金) 14:25:22.60

Linux: コンテナ技術
Windows: フォルダコピー

楽でいいよね

**デフォルトの名無しさん** · 2022/03/18(金) 19:11:55.20

1.01
バグフィックスすらあまりやらん??
それともリストにしてないだけ?

**デフォルトの名無しさん** · 2022/03/18(金) 19:13:18.23

少し待てばいいかなと思ったけど、バグフィックスすら力いれてないなら待つのも無駄やん

**デフォルトの名無しさん** · 2022/03/19(土) 01:54:03.39

それでも1.1なら・・・
1.1ならなんとかしてくれる・・・！

**デフォルトの名無しさん** · 2022/03/19(土) 02:36:27.98

MS製品が使い物になるのはVer3からの法則を知らないのか？

**デフォルトの名無しさん** · 2022/03/19(土) 07:53:59.23

確かにC#もASP.NETもバージョン3でようやくまともに使えるようになった

**デフォルトの名無しさん** · 2022/03/19(土) 07:54:36.06

ASP.NET MVCね

**デフォルトの名無しさん** · 2022/03/19(土) 07:56:30.67

しかしこのスレほど技術的な話がないスレも珍しいな。

**デフォルトの名無しさん** · 2022/03/19(土) 08:01:16.20

岩永か河井より出来る奴なんて5chにいるわけーなからな
まず文句言ってるお前のスキルを詳らかにしてみろよw

**デフォルトの名無しさん** · 2022/03/19(土) 08:51:06.86

でもそいつらの作ってる物ってガチャゲーだろ？w

**デフォルトの名無しさん** · 2022/03/19(土) 09:00:18.49

ガチャゲーておじいちゃんですか？www
河井は能力を認められて自分の会社をサイゲに買収してもらえて今はサイゲ所属ってだけだよ
そもそも河井はソシャゲ用のリアルタイム通信フレームワークを作って提供してた根っからの技術屋だぞ
ソシャゲはゴミだがサイゲが金持ってるのは事実なんだからビジネスとしては賢いわな

**デフォルトの名無しさん** · 2022/03/19(土) 09:15:14.11

ガチャでイキる奴って・・・

**デフォルトの名無しさん** · 2022/03/19(土) 09:20:46.27

まあ751-755あたりは技術的なハナシ出来ないやろなあ

**デフォルトの名無しさん** · 2022/03/19(土) 10:14:05.40

>>754
河井乙ｗ

**デフォルトの名無しさん** · 2022/03/19(土) 18:59:52.77

MAT最新版出たね

**デフォルトの名無しさん** · 2022/03/20(日) 06:43:33.04

桑田の息子？

**デフォルトの名無しさん** · 2022/03/20(日) 17:41:33.52

え、MAT使ってないの・・・？

**デフォルトの名無しさん** · 2022/03/20(日) 20:20:11.37

あ、あの時の…松本さん？

**デフォルトの名無しさん** · 2022/03/20(日) 20:22:26.21

WPFで業務アプリ作るとなるとウィンドウいっぱい出したいじゃん
ViewModelからWindow.Show()なんてしていいのか

**デフォルトの名無しさん** · 2022/03/20(日) 20:24:45.50

業務アプリでLivetとかReactivePropertyとか使うつもりはないけど
使う現場もあるのか？まあPrismは使うが

**デフォルトの名無しさん** · 2022/03/20(日) 23:01:59.77

ダイアログやらメッセージボックス類はService作って出すのが最近のはやりかな
単体テスト気にしないレベルのものなら直呼びでも構わんよ
PrismとかReactivePropertyはバリバリに使ってる現場もある
今だとPrismの方は破壊的変更あったから警戒されてる

**デフォルトの名無しさん** · 2022/03/21(月) 00:02:23.87

出す内容による
今時はダッシュボードといって一枚に収めるのが流行りで
複数ウインドウなんてダサいことしない

**デフォルトの名無しさん** · 2022/03/21(月) 00:26:07.86

閉じるボタンを押すともう２つのウィンドウが立ち上がるような
情報に溢れたプログラムであってくださいね

**デフォルトの名無しさん** · 2022/03/21(月) 00:46:29.21

>>764
自分の見たのもビヘイビアでViewに機能持たせてServiceから呼ぶとかそんなんなんだよねえ
どんどんオレオレフレームワークになっちゃうけど

>>765
設定とかならflyoutでいいけど業務アプリは並べたいのよ

**デフォルトの名無しさん** · 2022/03/21(月) 00:50:00.68

業務アプリは多重ウィンドウが必須なんですけどそんなこともs(ry
だからUWPでもXamarinでもReact NativeでもなくWPFなんでs(ry
まぁ出来るやつ三人いたら半年で作れるシステムを20人で1年掛けるゴミを産み落とすのが業務システムだからな
やつらは日銭稼ぐためにあえて非効率かつ非生産的な思考と手法と設計と工程で仕事してるから業務システムのプロジェクトとか今まで上から下まで雑魚しか出会ったことないね

**デフォルトの名無しさん** · 2022/03/21(月) 04:50:05.76

1年ごとにUIどうなってるかな？とググってがっかりしてwpfを使い続ける事をここ10年くらい繰り返してる気がする

WinUI3はウィンドウの位置とサイズを指定する事ができないとか、マルチウィンドウに未対応とか
それはどういう気持で仕様作ってるのかね
リソース足りてないのであれば、完成してから .0リリースすべきだし
本気で無くても問題ないと思ってるなら救いようがないからチーム解体しろ

**デフォルトの名無しさん** · 2022/03/21(月) 05:06:33.30

WinUIのgithubでボロクソに言ってやればいい

**デフォルトの名無しさん** · 2022/03/21(月) 06:23:51.54

>>765
スマホアプリ程度の低機能なものなら1画面に収めた方がすっきりするし、ディスプレイサイズ的にそうせざるを得ないが、
大画面・複数ディスプレイも当たり前なPCを前提とした高機能なアプリは複数ウィンドウを積極的に活用するべき。
基本はダッシュボードタイプで、各項目をウィンドウ外にドラッグ＆ドロップすると別ウィンドウとして取り出せるようにするとかね。

**デフォルトの名無しさん** · 2022/03/21(月) 06:43:14.53

>>771
MDIを知らん癖に時が20年くらい止まってる時点で相当ヤバいこのガイジwww

**デフォルトの名無しさん** · 2022/03/21(月) 08:34:20.51

>>769
WinUIのウインドウサイズと位置は1.0のときにはAPI出来ていたし完璧に動いている
貶す前にもう少し調べようや

**デフォルトの名無しさん** · 2022/03/21(月) 08:40:51.64

10年後に調べるから普及させといてくれ。

**デフォルトの名無しさん** · 2022/03/21(月) 10:16:23.10

>>772
UI設計のイロハも知らん雑魚が話に入ってくんなw
最新のブラウザでもMDIを取り入れているものもあるし要は使い所。
UWP製でもきちんと使い勝手を考えているものは複数ウィンドウを活用している。

**デフォルトの名無しさん** · 2022/03/21(月) 10:29:31.35

この底辺ガイジこれで日曜ホビープログラマーじゃなかったらIT土方なんだろうな悲しいね
もともとWindowsでデスクトップアプリ作ってる奴はUI・UXデザインがウェブから10年遅れてると言われてたがこいつはそんなレベルじゃねーゾ
何のためにXAMLにレスポンシブデザインが導入されたのかも理解せず多重窓化すべき！(ｷﾘｯとか底辺すぎてクッソウケる
お前VBでWinFormsでしょーもないの作ってるのがお似合いだからプログラムのイロハを学ぶまでROMってろ、な？

**デフォルトの名無しさん** · 2022/03/21(月) 10:35:06.23

WPFにしてからWindows離れが始まった。

**デフォルトの名無しさん** · 2022/03/21(月) 10:42:11.37

あれだけフローティングウィンドウ大好きだったmacOSでさえ最新のアプリはシングルウィンドウばかりなのに時代に逆行して先鋭的やろ！(ｷﾘｯとかドヤ顔してんの草
お前のこと今日からタイムトラベラーと呼ぶわコテ付けてくれたら暇な時にレスバで遊んでやるぞ嬉しいだろ

**デフォルトの名無しさん** · 2022/03/21(月) 11:00:45.67

GIMPのUIに慣れません!!

**デフォルトの名無しさん** · 2022/03/21(月) 11:37:52.18

イキっているところ申し訳ないが、WinUI3は1.01でマルチウインドウ対応したらしい

New features
We have stabilized and enabled the creation of multiple windows on the same thread in WinUI 3 applications. See issue 5918 for more information.

**デフォルトの名無しさん** · 2022/03/21(月) 12:09:37.52

で、WinUI3で作られたアプリって何があるの？w

**デフォルトの名無しさん** · 2022/03/21(月) 12:20:21.72

論破されて悔しくて悔しくて顔真っ赤にして泣きながら言い返したくて必死でググってそれらしい記事を咀嚼も理解もせずそのまま引用するアホさが最高にイカしてるわ流石タイムトラベラー
まずWinUIを理解してないところが低脳たる所以だよな、WinUI=Windows App SDKでその目的はWin32/WPF/UWPのフロントエンドをXAMLで統一することなんだがMSのドキュメントに書いてあることがなぜ理解できないのか頭悪いって可哀想
そして今まで出来てたことができてなかったお馬鹿なフレームワークのWinUIちゃんで

『新機能。WinUI 3 アプリケーションで同じスレッドに複数のウィンドウを作成できるように安定化させました。詳しくは、課題5918を参照してください。』

が出来るようになっただけの話を、機能が実装されてるからこれ使うのが大正義(ｷﾘｯとかまた頭悪いドヤリングしてて草
じゃあP/InvokeやMarshallingが実装されてる.NETは常にこの機能を最優先して開発するのが大正義(ｷﾘｯって言ってることと同じなのを理解できない頭の悪さも流石タイムトラベラー

**デフォルトの名無しさん** · 2022/03/21(月) 12:27:29.83

> XAMLで統一する

悪夢だ。絶望しかない。