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/01/21(金) 13:37:21.64

前スレの続きだが結局WPFはオワコンでおｋ？

**デフォルトの名無しさん** · 2022/01/21(金) 14:06:44.82

ご安心ください！
.NET6のサポートが切れる3年後まではサポートされます

**デフォルトの名無しさん** · 2022/01/21(金) 15:40:46.61

MVVMだとアプリを簡潔に書けるが、WinFormsのような設計でも書けるのがWPFやWinUIだ
WinFormsに留まる理由が何もない

**デフォルトの名無しさん** · 2022/01/21(金) 16:06:15.90

MVVMポリスがWPF捨てて最先端のWebやってるのに俺達は10年前から全然前に進んでないんだな…

**デフォルトの名無しさん** · 2022/01/21(金) 16:07:15.99

■ WPFなプログラマの環境
オブジェクト指向、DRYを常に意識
関心の分離（MVVM/DI）
CI/CD環境構築して自動テスト
バージョン管理はGit
OSSライブラリを積極的に採用
非同期処理やRxを使用しUXや応答性を向上
設計書作成にUMLやWikiを活用
ITSで課題管理
開発マシンはミドルスペック以上
コミュニケーションの基本はチャット
業務時間内に自主勉強OK
それなりの給料

■ Winformsなプログラマの環境
手続き型、コピペコードが大量に存在（WET）
関心の集約（コードビハインドにビジネスロジックベタ書き）
テストは手動＆目視で結果チェック
バージョン管理はSVN
自社ライブラリ以外は使用禁止
UXに無頓着、asyncなにそれおいしいの？
パワポで設計書作成
Excelで課題管理
開発マシンは低スペック
コミュニケーションの基本はメール
自主勉強？業務時間外にやってね
薄給

こんな印象

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

なんでこんな活発なのこのスレ

**デフォルトの名無しさん** · 2022/01/21(金) 18:48:46.39

WinUIで1ネタ。

WinUI 3 Controls Galleryを起動して
おもむろに aa と入力してEnter。
これだけで落ちる。

**デフォルトの名無しさん** · 2022/01/21(金) 21:25:43.15

こんなけレス来てるのに内容は喧嘩だけ
Wpf使えないって主張はわかったから別でやってくれ

**デフォルトの名無しさん** · 2022/01/21(金) 22:23:19.94

喧嘩と質問しか盛り上がらない板だからね

**デフォルトの名無しさん** · 2022/01/21(金) 22:51:39.56

>>8
立ち上げた直後に虫眼鏡マーク押すとそうなるね
AutoSuggestBoxのイベント処理がバグっているだけだから、WinUIじゃなくてアプリのバグだな

**デフォルトの名無しさん** · 2022/01/22(土) 00:07:15.21

winformもwpfも新しい環境に適応できなかったあるいは必要がない奴の墓場
winform使ってるやつは自覚してる分マシでwinformよりwpfのほうがマシとか言ってるやつは正気なのかよ

**デフォルトの名無しさん** · 2022/01/22(土) 00:14:38.83

>winform使ってるやつは自覚してる分マシで

たまにこういう全能の神が現れるな

**デフォルトの名無しさん** · 2022/01/22(土) 03:18:18.20

WPF使えないって主張してる人なんてほとんど見ないが
WPF使える主張と使ってない人を下に見下すやつは結構見るがな

**デフォルトの名無しさん** · 2022/01/22(土) 05:32:54.96

そうか？WPF使える自慢なんて誰もしてないだろ。
機能的に不満はいくつかあれど、消去法で一番ましなのがWPFだから仕方なく使っているって奴が大半だと思うが。
期待のWinUIも酷すぎてSDK 1.0は見送り確定だし。

**デフォルトの名無しさん** · 2022/01/22(土) 05:42:07.29

>>15
WinUI+RustがVSで安定的に使えるようになったらWPFから移行するつもり
そういうやつ多いんじゃね？

**デフォルトの名無しさん** · 2022/01/22(土) 07:34:19.37

このスレの住人は未だにデスクトップアプリの主流がVC++という現実を受け入れるべき

**デフォルトの名無しさん** · 2022/01/22(土) 07:53:46.49

おじいちゃん、出てきちゃだめよ

**デフォルトの名無しさん** · 2022/01/22(土) 07:59:16.66

何を言ってもまともなWPFアプリが無い時点で説得力がないのよ

**デフォルトの名無しさん** · 2022/01/22(土) 08:43:42.17

出遅れてる人を納得させる必要がない

**デフォルトの名無しさん** · 2022/01/22(土) 09:47:05.43

>>15
WinUIって1.0は言うほど酷くもないんだけどね
確かに0.8までは使い物にならなかったが、今のものは表示系に不具合は目立つけど
動作自体は割と安定している

同じxamlでもWPFと微妙に違うところがあるから、そこで躓いているのかな？

**デフォルトの名無しさん** · 2022/01/22(土) 11:24:36.69

ここでいくら吠えてもサジェストがこれじゃな
wpf 普及しない
wpf サポート終了
wpf 将来性 2021

**デフォルトの名無しさん** · 2022/01/22(土) 11:34:26.21

結局なにを使えばいいんだ？

**デフォルトの名無しさん** · 2022/01/22(土) 12:06:36.81

ElectronやFlutterはダメなん？
XamarinはWPFの代わりにならなかったのか？
WPF使ってるならXamarinに行っても良さそうな気がするんだが

**デフォルトの名無しさん** · 2022/01/22(土) 12:17:46.40

サジェストで分かる通りWPFと同じレベルのクソですわ
xamarin サポート終了
xamarin 将来性
xamarin オワコン
xamarin 後継

**デフォルトの名無しさん** · 2022/01/22(土) 13:48:50.12

サジェストがソースにはワロタ

**デフォルトの名無しさん** · 2022/01/22(土) 13:48:52.50

MSですらElectronでVScode作ってるからなあ
といってもここまで肥大化するとTSで作るのも辛そう
となるとflutterがいいのか！？
flutterのデスクトップアプリって何があるんだ？

**デフォルトの名無しさん** · 2022/01/22(土) 14:54:32.53

WPFよりBlink＋V8のほうが圧倒的に速いからね
Electronのが自由なアーキテクチャで開発効率もいいし
もうWPFの存在意義が無いのよ(笑)

**デフォルトの名無しさん** · 2022/01/22(土) 17:29:15.69

WPFで書くことが自己目的化して取り残されたおじさん達のスレと化してるのは否めない

**デフォルトの名無しさん** · 2022/01/22(土) 18:29:40.19

>>27
デスクトップアプリはWindows95から今までC++一択だぞ
C/C++書けないアホ共がC#に逃げてるだけで

**デフォルトの名無しさん** · 2022/01/22(土) 18:36:55.51

C++が使いこなせるエンジニアが簡単に集められれば苦労しないわ

**デフォルトの名無しさん** · 2022/01/22(土) 18:37:10.80

>>30
一応C++は使える(完璧ではないけど使う分には)
でもこれといったGUI系がないからC#でやってる
Win32 APIで組めるけど、OOP的なものじゃないからめんどくさい

**デフォルトの名無しさん** · 2022/01/22(土) 18:48:13.78

>>29
なんでもWebWebって言っちゃう人がまさにそれだね。

**デフォルトの名無しさん** · 2022/01/22(土) 18:48:31.59

意味不明だな
何の制約もなく自由にどんなクラスでも作れるだろ
フレームワーク無いと何も出来ない赤ちゃんかよｗ

**デフォルトの名無しさん** · 2022/01/22(土) 19:14:29.45

>>34
米32について？
そういう意味じゃなくて、車輪の再発明的なことになるし
本処理ならいざ知らず、それ以外のButtonクラスとかを作ること自体に時間をかけるのが…
一クラスだけならいいけどガチでやるとWindow,Button,TextBox,…果てにはListView,TreeViewもそれぞれオブジェクトにしないといけないし
オレオレstringクラスを作るよりもデフォであるstd::stringを使う方が無難だし

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

>>35
それを面倒に思うならプログラミング向いてないよｗ
独自コントロール作るのは普通のことよ
手間省きたきゃサブクラス化という手もある

**デフォルトの名無しさん** · 2022/01/22(土) 19:58:29.96

>>34
正解
そこまでやると、アプリ開発じゃなくコンポ開発に路線変更した方がいいな
今もテキストエディタつくりながら、コンポ開発して売ったりしてる人twitterに一人いるわww

**デフォルトの名無しさん** · 2022/01/22(土) 19:59:20.13

>>35宛ね

**デフォルトの名無しさん** · 2022/01/22(土) 20:25:53.52

35の続き

別に自力でWin32 APIでやってもいいけど、「家を作るためにハンマーを自作する」みたいなことになるから…
それならいっそOOP的発想の外部ライブラリで組んだ方がまし
でもそれらも情報が少なすぎるとかライセンス関係が面倒とかで…
だからC#で

**デフォルトの名無しさん** · 2022/01/22(土) 20:27:35.58

大袈裟な…
相当技術力低そうだけど零細SEかね？

**デフォルトの名無しさん** · 2022/01/22(土) 20:36:51.13

>>40
技術力低いのは否定しないけど、どの辺が低いと感じるの？
後学のために聞いておきたい

**デフォルトの名無しさん** · 2022/01/22(土) 22:04:25.09

向いてる方向が違えばツールも変わってくるのは当然なんだよね
B2Bの業務システムだとコアには技術を結集してそれこそC++まで使うかもだけど
末端のGUIアプリは大量生産になるから底辺VBプログラマも居る
これはどんな大企業がやっても起きうること
そんな中で検討されるのがフレームワーク

**デフォルトの名無しさん** · 2022/01/22(土) 22:12:42.94

>>37
だよねー

**デフォルトの名無しさん** · 2022/01/23(日) 08:59:50.85

>>29
そんなやつはいないだろ。
C/C++しか使えない取り残されたおじいさん達のスレと化してるのは否めないがな。

**デフォルトの名無しさん** · 2022/01/23(日) 12:13:41.36

入力値検証はINotifyDataErrorInfo使うのが一般的ですか？もっと良い方法があれば知りたいです。

**デフォルトの名無しさん** · 2022/01/23(日) 12:39:59.57

>>23-24
利用者の立場からはそれぞれのOS用のネイティブの開発プラットフォームで作ってくれるのが一番ありがたい。
マルチプラットフォーム対応のUIフレームワークは開発者が楽をするために色々なものを犠牲にしているので。

Xamarinはどの環境向けでも使う価値なし。
モバイル向けなら今ならFlutterがベター。
Webは好きなの使って。（ただし元々メインのターゲットがあってWebにも対応しました的なやつは避けるべし。Flutter Webとか）
Windows限定かつWebが向かない領域ならWPF。

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

ものによるな
WPF製のブラウザやテキストエディタなんて実用に耐えないだろうし

**デフォルトの名無しさん** · 2022/01/23(日) 13:43:49.14

>>45
入力画面のxaml.csのボタンのclickメソッドに入力値検証のコードを書いて下さい。

**デフォルトの名無しさん** · 2022/01/23(日) 13:44:53.25

バインディング機構を介さないぶん高速になります。

**デフォルトの名無しさん** · 2022/01/23(日) 13:49:07.03

>>49
バリデーションを微妙に高速化したところで体感で変わらんだろう

**デフォルトの名無しさん** · 2022/01/23(日) 16:30:39.38

イベント使うならTextChanged、ValueChenged等だろう

**デフォルトの名無しさん** · 2022/01/23(日) 16:43:10.31

キーストロークやフォーカス抜ける度に検証コードが走るのはレスポンスが著しく低下してユーザーのストレスになりますよ。

**デフォルトの名無しさん** · 2022/01/23(日) 16:50:33.80

そこは要テストの部分だろう
条件が提示されていないのだから

**デフォルトの名無しさん** · 2022/01/23(日) 17:16:01.85

>>52
このスレでプロ1グラムの速度について議論するだけ無駄
WPFプログラマーはもっさりが当たり前の世界で生きてるから判断基準そのものが違うのよ。そもそも快適な状態を知らない
ユーザーから遅いレスポンス悪いと言われても「それがWPFだから仕方ないんですよ」で通用するヌルい世界で仕事してるから

**デフォルトの名無しさん** · 2022/01/23(日) 17:26:14.06

wtlとwpfだと
wpfのほうが家を作るためにハンマーを自作に近いよな

**デフォルトの名無しさん** · 2022/01/23(日) 17:28:36.21

手間かかるけど高速ならわかるがもっさりなのがwpf。しかも保守まで困難。
開発意図が分からない残念すぎるGUIフレームワークだったよな。

**デフォルトの名無しさん** · 2022/01/23(日) 18:26:59.42

家とかハンマーとか例えが問題の構造を捉えてなくて正直よく分かりません(笑)
ツールに踊らされてるのは滑稽ですね。何も考えず新しい物に次々飛びつく様がイナゴのようで。

**デフォルトの名無しさん** · 2022/01/23(日) 18:38:17.64

言うほど遅いか？昔の印象では？

**デフォルトの名無しさん** · 2022/01/23(日) 18:40:32.66

>>57
新しいものに飛びつくのが滑稽ってどゆこと？
言語やライブラリ、フレームワークはあくまで技術に過ぎない
一つに固執してもそれが廃れるなりしたら何も残らない
考え無しならともかく、メリットがあるから飛びつく
VSで開発してるならwinformsとWPFの差はアレだけど、VSCで開発しているなら全然違う
新しい技術に飛びつくやつが薄っぺらいと思うのなら、コンピュータやスマホなんて使わない方がいいのでは？
それぐらい暴言でしかない

**デフォルトの名無しさん** · 2022/01/23(日) 18:41:36.34

全然違う
今の環境でも60fpsと15fpsくらいの差を感じる

**デフォルトの名無しさん** · 2022/01/23(日) 18:48:57.42

WPFを理解せずに文句言ってるとバレてしまいますよ

**デフォルトの名無しさん** · 2022/01/23(日) 18:51:10.93

【悲報】ID:g8UjYZ8eさん、WinFormsおじさんだった・・・

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

【悲報】結局、ヘジおじさんが開発したwinformが最強だった・・・

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

>>52
どれだけ重い検証コード走らせる気だよw
本当に重い処理が必要ならそれなりの工夫をするだけだがWPFに限ったことじゃないな

**デフォルトの名無しさん** · 2022/01/23(日) 22:09:04.57

みなVSに憧れてるわけですよ。

**デフォルトの名無しさん** · 2022/01/23(日) 22:26:18.54

>>63
設計したというのは初耳。どこかにソースある？

**デフォルトの名無しさん** · 2022/01/23(日) 22:26:59.14

設計じゃなくて開発か。どちらにしても本当かな。

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

>>40
えーと、相当技術力が低いと見える根拠…まだ…？
多少は根拠があるはずだから

**デフォルトの名無しさん** · 2022/01/24(月) 01:19:08.66

>>66
この板でヘジを知らんとか馬鹿かお前は。

**デフォルトの名無しさん** · 2022/01/24(月) 06:13:02.98

winforms:14,692 repository
https://github.com/search?q=winforms
wpf:52,374 repository
https://github.com/search?q=wpf

winforms:4 repository
https://gitlab.com/explore/projects/topics/winforms?archived=true&;sort=latest_activity_desc
wpf:20 repository
https://gitlab.com/explore/projects/topics/wpf?archived=true&;sort=latest_activity_desc

windowsform:13 repository
https://bitbucket.org/repo/all?name=windowsform
wpf:817 repository
https://bitbucket.org/repo/all?name=wpf

winforms:4 articles
https://zenn.dev/topics/winforms
wpf:44 articles
https://zenn.dev/topics/wpf

winforms:90 記事、7 フォロワー
https://qiita.com/tags/winforms
wpf:1,230 記事、639 フォロワー
https://qiita.com/tags/wpf

winforms:94,467 questions
https://stackoverflow.com/questions/tagged/winforms
wpf:164,170 questions
https://stackoverflow.com/questions/tagged/wpf

**デフォルトの名無しさん** · 2022/01/24(月) 08:23:49.93

やめたれw

**デフォルトの名無しさん** · 2022/01/24(月) 09:00:16.20

【悲報】オワコンWPFさん、Electronに惨敗してしまう・・・

wpf: 52,379 repository results
https://github.com/search?q=wpf

electron: 87,360 repository results
https://github.com/search?q=electron

**デフォルトの名無しさん** · 2022/01/24(月) 10:34:45.31

笑った

**デフォルトの名無しさん** · 2022/01/24(月) 11:22:32.47

爆散を確認しました

**デフォルトの名無しさん** · 2022/01/24(月) 11:50:31.72

viの使い方の解説や記事はいっぱいあるが
メモ帳の記事がないのと同じ理由だな。

**デフォルトの名無しさん** · 2022/01/24(月) 12:46:39.54

react: 2,525,332 repository results
https://github.com/search?q=react
残念だけどこれが現実よ
もうWPFだのWinFormsだので争っている場合じゃないの

**デフォルトの名無しさん** · 2022/01/24(月) 14:42:28.94

>>36
今更で失礼だけど、もしかしてWindow用でWndProcコールバック関数、サブクラス化してbutton用にButton1Procコールバック関数…みたいにするってこと？
自分が言いたかったのはC++のクラスを組んでオブジェクトにすること
それとも、継承のことを言ってるの？
そうだとしても、サブクラス化とは言わない気がする…
自分の言い方が悪かったようだ

**デフォルトの名無しさん** · 2022/01/24(月) 19:45:18.47

winformsとelectronの差やばいな

**デフォルトの名無しさん** · 2022/01/24(月) 20:41:37.91

>>76
Reactはオワコン。
誤ヒットを除外するとFlutterより少ない。

**デフォルトの名無しさん** · 2022/01/24(月) 22:08:12.06

flutterはflutter webがダメそうなのががっかり

**デフォルトの名無しさん** · 2022/01/25(火) 06:23:00.56

============================================================================
デスクトップアプリ最低要件（最低限これくらいは満たしてね）チェックシート2022
============================================================================

チェック用アプリ仕様:
　ボタンをマウスでクリックしたらAlertメッセージ表示するだけのプログラム

(1)配布要件1：動作させるのに必要なファイル一式を任意の場所に配置して動作する
(2)配布要件2：管理者権限不要で配置できる
(3)配布要件3：動作させるのに必要なファイルが10ファイル以内に収まる ※1

(4)起動要件1：エントリファイルをダブルクリックして起動できる
(5)起動要件2：エントリファイルをPowerShellから起動できる
(6)起動要件3：管理者権限不要で起動できる
(7)起動要件4：ネットワーク切断状態（スタンドアロン）で動作する

(8)メモリ要件：
　A：起動時の消費メモリが20MiB以内
　B：起動時の消費メモリが40MiB以内

(9)ストレージ要件：
　A：動作させるのに必要なファイルの合計が200KiB以内 ※1
　B：動作させるのに必要なファイルの合計が1MiB以内 ※1

※1. OSにプリインストールされているランタイムは除く

============================================================================
(1)～(7)はYesの場合+10, Noの場合は-100
(8)～(9)はAの場合+10, Bの場合+5, その他は-100

合計点80以上が合格

**デフォルトの名無しさん** · 2022/01/25(火) 09:12:29.03

>>52
それは常に同じ検証をするコードだからじゃないの？

**デフォルトの名無しさん** · 2022/01/25(火) 10:34:03.55

>>52
例外使わないと快適だよ

**デフォルトの名無しさん** · 2022/01/25(火) 22:14:38.22

>>81
頭悪そう

**デフォルトの名無しさん** · 2022/01/26(水) 05:44:33.54

>>84
頭悪そう

**デフォルトの名無しさん** · 2022/01/26(水) 12:54:42.16

>>81
alert.txt

**デフォルトの名無しさん** · 2022/01/26(水) 13:12:48.87

>>86
>ボタンをマウスでクリックしたら

>>81
まあ一次審査としてはこんぐらい甘めの基準で雑魚をふるい落として残ったものの中でパフォーマンスとか生産性とか比較していけばいいんじゃないか?

**デフォルトの名無しさん** · 2022/01/26(水) 13:20:06.17

世界で最も多くの人に使用されているデスクトップアプリ Google Chrome
(1)○　+10
(2)○　+10
(3)×　-100
(4)○　+10
(5)○　+10
(6)○　+10
(7)○　+10
(8)×　-100
(9)×　-100

-240点で不合格でした

**デフォルトの名無しさん** · 2022/01/26(水) 14:59:12.59

>>87
テキストファイルのアイコンイメージをボタンにして、シングルクリックで開く設定にする

**デフォルトの名無しさん** · 2022/01/26(水) 15:37:18.03

>>89
開発プラットフォームのポテンシャルを見るために最小限の実装をしてるんだぞ。
それに何の意味があるんだ?

**デフォルトの名無しさん** · 2022/01/26(水) 15:55:56.24

開発環境じゃなくて実行環境じゃね？
PEヘッダよりMZヘッダのほうが偉いのか？

**デフォルトの名無しさん** · 2022/01/26(水) 20:29:58.76

>>90
挙げられたテストが開発プラットフォームのポテンシャルを測ることに適さないことを揶揄してる

**デフォルトの名無しさん** · 2022/01/26(水) 20:37:42.47

>>81
(1)〜(7)は一つでもNoの場合は不合格
(1)〜(7)が全てYesの場合は、(8)と(9)はどちらもBであっても合格
つまり、(8)と(9)は条件Aは不要でありBだけで良い
そうすると(1)〜(9)の一つでも満たさなければ不合格というシンプルな条件になる

**デフォルトの名無しさん** · 2022/01/26(水) 21:16:47.98

あーあ
お前ら相手しちゃったのかよ

**デフォルトの名無しさん** · 2022/01/27(木) 06:28:20.17

==========================================================
デスクトップアプリ何で作る？
最低要件（最低限これくらいは満たしてね）チェックシート2022 rev.2
==========================================================

チェック用アプリ仕様:
　アプリ上の"はろー"ボタンをマウスでクリックしたらメッセージボックスで"わーるど"を表示する

(1)配布要件1：動作させるのに必要なファイル一式を任意の場所に配置して動作する
(2)配布要件2：管理者権限不要で配置できる
(3)配布要件3：動作させるのに必要なファイルが10以内 ※1

(4)起動要件1：エントリファイルをダブルクリックして起動可
(5)起動要件2：エントリファイルをPowerShellから起動可
(6)起動要件3：管理者権限不要で起動可
(7)起動要件4：ネットワーク切断状態（スタンドアロン）で動作する

(8)メモリ要件：
　A：起動時の消費メモリが20MiB以内
　B：起動時の消費メモリが40MiB以内

(9)ストレージ要件：
　A：動作させるのに必要なファイルの合計が200KiB以内 ※1
　B：動作させるのに必要なファイルの合計が1MiB以内 ※1

※1. OSにプリインストールされているランタイムは除く

==========================================================
(1)～(7)はYesの場合+10, Noの場合は-100
(8)～(9)はAの場合+10, Bの場合+5, その他は-100

合計点80以上が合格ライン（当然点数は高ければ高いほど優秀）

**デフォルトの名無しさん** · 2022/01/27(木) 07:42:08.71

キチガイ警報発令

**デフォルトの名無しさん** · 2022/01/27(木) 08:03:47.05

どう見てもレイルズくんの犯行だね
NGに放り込んでおこうと

**デフォルトの名無しさん** · 2022/01/27(木) 09:19:15.35

いまさらVS2008のwpfデザイナ触ってみたけど
今とは別物でとっつきにくいな
多少は進化しているようだ
WinUI3も使えるようになるまで何年かかるかな

**デフォルトの名無しさん** · 2022/01/27(木) 09:54:50.84

WPFねぇ。　XAMLもCSS使いの画面設計のように進化しないとね。
Styleプロパティーも少ないし、CSSデザインのように自由度か欲しい。
WinFormよりははるかにマシだが。

**デフォルトの名無しさん** · 2022/01/27(木) 12:16:30.58

正直言ってwinformよりクソだな。普及しなくて当然としか。
wpf称賛してるPGってiPhoneを革新、便利だと称賛してた馬鹿と同じ臭いがする。

**デフォルトの名無しさん** · 2022/01/27(木) 12:20:23.86

WinForms
・旧来のウィンドウズAPIの上にレイヤーを重ねたようなもので、（シンプルであるという）利点と
　（平凡なレイアウトやスタイリングオプションという）災いの両方がある。

WPF
・WinFormsからわずか4年後にリリースされたが、デザインパターンとコンセプトがより複雑であったため、
　一般に受け入れられるまでにはしばらく時間がかかった。
・大規模なデータセットに対してWinFormsよりも大幅に高速化できるが、正しく使用するにはより深い知識が必要である。
・現状は WPF on .NET 6 が一番つぶしが効く状態。

UWP
・Windows UIの未来だったが、鳴かず飛ばず、現在はメンテナンスモードになっている。
　良い点：魅力的なUIを簡単に作ることができ、マウスとタッチの両方でうまく動作する。
　悪い点：サンドボックスとパッケージングの要件が非常に厳しい。
　結論：避けるべき。

WinUI 3
・小さなチームがUWPのUIスタックからできる限りのものを救い出そうとしている。
・遅い、バグが多い、そして多くの歴史的なお荷物が重くのしかかる。
・1年後にまた確認したいが、私は悲観的だ。