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に憧れてるわけですよ。