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

**デフォルトの名無しさん** · 2021/06/20(日) 17:04:18.66

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

前スレ
WPF(.NET4.x, .NET Core) GUIプログラミング Part25
https://mevius.5ch.net/test/read.cgi/tech/1612522463

関連スレ
Windows 10 UWPアプリ開発 Part 2
http://mevius.2ch.net/test/read.cgi/tech/1499658092/

コードを貼る場合は以下のサイトの利用をお勧め。
run codeのチェックは外しておきましょう。
http://ideone.com/

**デフォルトの名無しさん** · 2021/06/20(日) 17:12:38.99

>>1
おつ

**デフォルトの名無しさん** · 2021/06/20(日) 18:11:48.19

>>1
たておつー

**デフォルトの名無しさん** · 2021/06/20(日) 18:16:37.49

>>1
前スレのまとめ

XMLは糞

**デフォルトの名無しさん** · 2021/06/20(日) 18:21:49.81

SwingやFormsみたいにUIをコードで書かせる世界には戻りたくないなぁ。

**デフォルトの名無しさん** · 2021/06/20(日) 19:37:49.51

まあ理解できないうちはXAMLとか糞に見えるもんな
俺もそうだったけどなれたら簡単になるから早く慣れたほうが良いよ

**デフォルトの名無しさん** · 2021/06/20(日) 19:41:41.54

MVVMが理解できないならMVVMやらなくてもいいのにプライドが高い老害が多いんだろうな
それで十数年廃れるって言い続けてる

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

mvvm = WPF って思ってるの多すぎ

**デフォルトの名無しさん** · 2021/06/20(日) 20:05:13.57

どっちかというと、
mvvmアーキのフレームワークで
ぶっちぎりに最悪なのがWPFってかんじ

**デフォルトの名無しさん** · 2021/06/20(日) 22:08:58.85

XAMLが特級のクソなだけだよ
冗長なBinding式やBehaviorやCommandなど、他のMVVMフレームワークが大量に生まれた中で誰が採用した
挙げてみろ
Javaで言うところの検査例外相当のクソ

**デフォルトの名無しさん** · 2021/06/20(日) 22:14:56.41

クソだと思うなら関わらなきゃいい
なぜ理解できないものに粘着するのか

**デフォルトの名無しさん** · 2021/06/20(日) 22:47:51.64

>>5
でもHTMLやXAMLよりむしろ便利なことも多いが。

**デフォルトの名無しさん** · 2021/06/20(日) 22:49:47.76

HTMLから入った人は、それが母国語の用になっているので、WinFormsやSwing
方式よりXAMLの方が便利に見えるのだろう。
MVCやMVVMもそういう人のために有るといわれている。
ところが、人気が有るのは、WinForms方式であることもまた事実だ。
なぜなら、そのほうがコントロールし易く、プログラムのソースコードから
見てもわかり易いから。

**デフォルトの名無しさん** · 2021/06/20(日) 23:00:26.10

まぁ、宣言的な記述が受け入れられなくて、なんでも逐次的・手続き的に処理されないと理解できない人は一定数いるね。

**デフォルトの名無しさん** · 2021/06/20(日) 23:49:25.07

WinFormsが人気ある？
GUIはマークアップ言語でやるのが主流だと思うが

**デフォルトの名無しさん** · 2021/06/21(月) 00:03:57.42

>>10
WinUI3とPrismなどのMVVMライブラリ使えばだいたい解決できる話ですね

**デフォルトの名無しさん** · 2021/06/21(月) 00:12:54.72

>>10
Javaの検査例外の問題って、例外機構自体が内在している問題を検査例外で静的にチェックしたせいで
白日の下に晒されてしまったに過ぎないのよな。

**デフォルトの名無しさん** · 2021/06/21(月) 00:16:47.60

>>10
それXAMLじゃなくて
XAMLの上に作ったBehaviorとかの糞ライブラリ群ね

XAMLはそんなに悪くない

**デフォルトの名無しさん** · 2021/06/21(月) 00:21:15.41

>>16
そんなの使ったって
いろいろ肥大化して更に糞まみれになるだけですよ

ダイアログ一つ表示するだけなのに
見通しの悪い糞まみれコード書かなきゃならないのは変わらないんですから

**デフォルトの名無しさん** · 2021/06/21(月) 00:50:53.72

冗長君は何年もWPFに粘着してるWinForms信者です

**デフォルトの名無しさん** · 2021/06/21(月) 01:24:30.80

>>15
C#の中ではWinFormsが一番人気。

**デフォルトの名無しさん** · 2021/06/21(月) 04:35:36.83

>>15
30年前からGUIは頬杖つきながらマウスでD&Dしてプロパティをポチポチするのが主流ですよ。

**デフォルトの名無しさん** · 2021/06/21(月) 07:01:52.54

>>21
人気なんじゃなくて技術レベルが低くてWinFormsしか使えない底辺PGが多いだけ

>>22
生産性の低い地獄の作業だな

**デフォルトの名無しさん** · 2021/06/21(月) 08:26:44.33

WPFはとてつもなく生産性が低いですね。
最高の技術者が集まってるVSチームでさえWPF化に5年もかかったのですから。

自分でどれだけWPFが糞か言ってて草生えますwwww
> 人気なんじゃなくて技術レベルが低くてWinFormsしか使えない底辺PGが多いだけ

このスレの当初からこんなゴミは普及しないと言われ続け、その通りになった上に、
WPFだからこそ実装できるようなキラーアプリは何一つ存在しないだけでなく、
MSのPGからも嫌われ碌なサポートもなく放置され続けた。

あなただけがはいつか普及するはず、ビッグウェーブはすぐそこまできてる、
WPFを批判してるはスキルが低い底辺PGだと念仏のように唱えてる。

**デフォルトの名無しさん** · 2021/06/21(月) 08:27:39.85

それWPFでも出来るんだができないと思ってるのかな

**デフォルトの名無しさん** · 2021/06/21(月) 08:33:47.23

>>24
WPFの生産性が悪いのではなく
WPFのBlendフレームワークの生産性が酷いだけ
デザイナーとの協業など見たこともなし

**デフォルトの名無しさん** · 2021/06/21(月) 08:54:00.98

>WPF化に5年も
それはつまりWPFの前が変更に弱い、生産性が低いってこと。
酷い作りのゴミコードを近代化するのが大変な作業なのは多くの開発者が実感してるだろう。

実際winFormsの生産性は非常に低い。
WPFで作っておけば半分の工数で済んだのにってことが何度もあった。

普及≒簡単・誰でも使える⇒代わりはいくらでもいる⇒単価下がる

**デフォルトの名無しさん** · 2021/06/21(月) 12:50:18.82

>実際winFormsの生産性は非常に低い。
使いこなせて無いだけ。

**デフォルトの名無しさん** · 2021/06/21(月) 12:52:20.96

って言うかそんなにWPFの生産性が高いのであればとっくの昔に普及してるって。

**デフォルトの名無しさん** · 2021/06/21(月) 13:41:38.72

>>28
言い訳が苦しすぎるww

vbおじいさん、winformおじいさんは勉強嫌いだろ。
生産性を高めようと思っていたらこんなものにしがみついていない。

**デフォルトの名無しさん** · 2021/06/21(月) 14:32:57.76

WPFってSilverlightと同じく失敗productだろ

**デフォルトの名無しさん** · 2021/06/21(月) 14:56:36.21

>>29
Silverlight時代からなんで
そこそこ普及はしてると思うが、
実装方法は糞評価だね。

早い段階でflutterに食われるでしょ。

**デフォルトの名無しさん** · 2021/06/21(月) 15:26:16.45

ビヘイビアとコマンドなんてそんなものあったなあって感じ
10年くらいWPF書いてるけどその2つを使ったのって最初の1年くらいｗ
無くても困らないｗ

**デフォルトの名無しさん** · 2021/06/21(月) 18:33:02.80

俺もWinFormsからWPFに乗り換えた人間だが、明らかに開発は早くなったと感じる

まあ小っさいの作るならWinFormsの方が楽だろうけどね。MVVMの骨格を整備するの面倒だし。
GUIとロジックを分けて書ける有難みはそこそこ複雑なものを作って分かったよ

**デフォルトの名無しさん** · 2021/06/21(月) 18:38:34.44

まあWPFの良し悪しは置いておいても、マークアップ言語でのGUI構築には慣れておいた方が良いことは間違い無いと思う
なんせ今はWebアプリが強い時代だからね。それでも俺はデスクトップに残り続けるがw

**デフォルトの名無しさん** · 2021/06/21(月) 19:07:10.23

WPF以降だとサムネイル表示とか一瞬で作れるもんな
formならこうは行かないと思うけど
効率重視のformの人はformのリストビューみたいなので我慢できる人なの？

**デフォルトの名無しさん** · 2021/06/21(月) 19:20:34.66

>>10
jsとかの他のMVVMは確かにそんなもんつかってねーな

**デフォルトの名無しさん** · 2021/06/21(月) 19:24:32.35

Livetやprism使ってありがたいと思ってたけどそもそもがそんなもん使わせるなよよｗ
これ以外何も思わない
そのPrismですらコロコロ内容が変わる

**デフォルトの名無しさん** · 2021/06/21(月) 19:55:49.41

割と最近になってMVVM Toolkit for .NET(Microsoft.Toolkit.Mvvm)なんて出してきた

**デフォルトの名無しさん** · 2021/06/21(月) 20:02:52.09

べつにだれもマークアップ言語でのGUI構築にケチつけてないだろ

**デフォルトの名無しさん** · 2021/06/21(月) 20:08:46.88

>>38
それに関しては禿同。
外部に頼る前提のフレームワークって何なんだよとw
MSが吸収したりしないもんかね

**デフォルトの名無しさん** · 2021/06/21(月) 20:13:51.82

今更何を言おうが、WPFはメンテナンスモードなので未来永劫改善されることはない

**デフォルトの名無しさん** · 2021/06/21(月) 20:19:00.04

WPF自体はそのままだけど
VS2019で実行時にバインドエラーを専用ウィンドウで表示できるようになったり
開発環境は地味に改良されてたりする

**デフォルトの名無しさん** · 2021/06/21(月) 20:39:33.26

>>41
Microsoftの名前空間が付いたMVVMライブラリが出たし、これでいいでしょ。

**デフォルトの名無しさん** · 2021/06/21(月) 20:41:17.43

>>43
それは15年前に必要だったものでは？

**デフォルトの名無しさん** · 2021/06/21(月) 21:08:15.72

WPFが普及しなかったのはWPFの出来とは関係ない

WPFがこれからって時に、Webアプリやらスマホの台頭で
WindowsプログラマがWPFを学ぶ前にほとんどweb,android,iosに流れてしまった

単にwindowsアプリの需要がないだけ

**デフォルトの名無しさん** · 2021/06/21(月) 21:12:55.51

新規Windowsアプリの重要が急激になくなってwindowsアプリ作る人いなくなったのにWPFが普及しないとどうこういう以前の問題

**デフォルトの名無しさん** · 2021/06/21(月) 21:18:34.16

Prismは6から7のときのだけ破壊的変更が有ったけど、それ以外のバージョンアップは後方互換性も悪くなかったけどな
7の変更のおかげでUnityからDryIocにDIコンテナを変えても、モジュール入れ替えてusing変更だけでほぼ動く

**デフォルトの名無しさん** · 2021/06/21(月) 21:27:15.04

>>43
VS2019が出るまで、我々はあのコンソール画面と睨めっこしながらバグを潰していたのか…
ｵﾞｪﾞｯ

**デフォルトの名無しさん** · 2021/06/21(月) 21:28:25.72

業務アプリとかならWinFormsでもいいかもしれんけど、今風なおしゃれな見た目のアプリ作るとなるとWPFというか、WinUIになっちゃうからな
諦めるしかない
つか、お前らどうせ新しくWinアプリ作ってねぇだろ??w

俺は4年前にUWPアプリ2つ作ってから、もうずっとスマホアプリだけだわ

**デフォルトの名無しさん** · 2021/06/21(月) 22:03:56.86

WPFは初期だけ盛り上がってしばらくしたら誰もいなくなった
外人のスタープログラマが持ち上げてたけどそいつらもすぐにいなくなった
コードを書く以外の時間も長いし
相対的なコード量も増える

WPFの学習効率の悪さ
開発環境の劣悪さ
MVVMによるコードの長大化
MVVMのデバッグの難しさ
など

winformsでは起こりえないいくつのマイナスポイントがあった

**デフォルトの名無しさん** · 2021/06/21(月) 22:22:38.53

>>50
俺はバックエンドがメインになって(Web含め)GUIアプリ自体仕事では全く作らなくなったな
画面作るのは好きだがツールに振り回されるのはアホらしいわ

**デフォルトの名無しさん** · 2021/06/21(月) 22:45:13.59

>>46
スマホやWebのせいじゃなく、アメリカの独占企業たちが、検索エンジンやOS
やハードウェアで儲けた金で無料でプログラムを配りだして、彼ら以外に
はWindowsアプリ作っても一線も設けることができなくなったこと、
Blenderや無料Office、GRUB、Apache、gccなどのGPLな無料アプリの台頭、
などがあるのではないか。
AndoridやiOSはMSの息が掛かってなかったから、売れるチャンスがあった。

**デフォルトの名無しさん** · 2021/06/21(月) 22:54:34.53

アプリ作っても無料アプリに負けることが多くなったと思う。

**デフォルトの名無しさん** · 2021/06/21(月) 23:58:30.48

WPFでMVVMを学んで、
今はandroidでもkotlin+MVVM
今はflutterでも開発してるがこれもMVVMで作ってる
MVVM最高!!

**デフォルトの名無しさん** · 2021/06/22(火) 00:51:13.35

>>51
学習高率の悪さねえ…
VB2～6でイベントドリブン入門した層がWinFormに移行して
(奴らはこの時もオブジェクト指向だの.NET Frameworkだのでかなり苦労した)
その成功体験と開発方針を金科玉条のごとく大事にしていて
新しいパラダイムに対応できなかったことを指すならその通りだね
デスクトップアプリの開発者はWebアプリと違って新しい事にチャレンジするモチベーションが無いからな

**デフォルトの名無しさん** · 2021/06/22(火) 01:19:42.36

笛吹けど踊らず。パラダイムシフトとならなかったのが今の状況

**デフォルトの名無しさん** · 2021/06/22(火) 01:33:19.95

>>57
もちろんWPFは失敗だったし
失敗の原因はMSが色々と読み間違えたことにある
そのひとつがWinForm開発者のレベルの低さなのは間違いない

**デフォルトの名無しさん** · 2021/06/22(火) 01:52:54.59

B層に愚民愚民言い続けてたら選挙で大負けした人達みたいっすね

**デフォルトの名無しさん** · 2021/06/22(火) 02:02:53.23

>>59
この場合B層が何を指すのか知らんしどの選挙の事を言っているのか不明だが
MSが支持層のレベルを読み違えていたのは間違いない
WPFはWinFormの開発者がスムーズに以降できるスキームを用意できなかった

**デフォルトの名無しさん** · 2021/06/22(火) 02:04:10.32

このスレﾜｯﾁｮｲ無いのなｗ

**デフォルトの名無しさん** · 2021/06/22(火) 02:06:29.19

あれ、前のスレはあったのに

**デフォルトの名無しさん** · 2021/06/22(火) 02:45:32.55

>>57-60
この流れが正しいだろう

まるで「自分の教えてる生徒は落ちこぼれが多くてね・・・」と嘆いている教授みたいだ
確かに、生徒のレベルが低いという事実はあるかもしれない
だが、そのレベルに対するあんたの教授法はどうなんだ、と

**デフォルトの名無しさん** · 2021/06/22(火) 02:50:59.28

その頃、.net framework懐疑派もいてc++ Win32/MFCやらdelphi軍団
WinForms開発者はVBからの移行組多くてWinForms+VB.net??
だったら、WinForms開発者のレベルが低いのはしょうがない

**デフォルトの名無しさん** · 2021/06/22(火) 06:11:16.58

ここの人たちはわかってるんだな
WinForms止まりの人たちは成長しない人間だということを

**デフォルトの名無しさん** · 2021/06/22(火) 07:44:38.48

XAMLは一生関わりたくないでござる

**デフォルトの名無しさん** · 2021/06/22(火) 07:51:15.99

じゃあ成長を促してあげようぜ
.NET MAUIの公式ドキュメントできてたんだな

https://docs.microsoft.com/en-us/dotnet/maui/

**デフォルトの名無しさん** · 2021/06/22(火) 08:05:17.77

デスクトップの人はMAUIよりWinUI行くんじゃね？

**デフォルトの名無しさん** · 2021/06/22(火) 08:19:50.21

ざむるか久しぶりだな
遊びでWindowsPhoneのガワ作って以来だわ
当時はMVVMがまだ浸透していなくて
何それ美味しいの状態だったって覚えてる

**デフォルトの名無しさん** · 2021/06/22(火) 09:53:59.29

>>51
そしてなによりWPFは遅かった。

**デフォルトの名無しさん** · 2021/06/22(火) 12:09:06.38

>>67
MAUIはXamarinだから地雷

**デフォルトの名無しさん** · 2021/06/22(火) 12:52:20.11

>>71
だよな。

**デフォルトの名無しさん** · 2021/06/22(火) 12:53:14.61

もうflutterでいいよな
MSも関与してるし

**デフォルトの名無しさん** · 2021/06/22(火) 12:56:43.65

>>70
なるほど。
WinFormsのGUIパーツは、Win32のControlを使っているから、OSの
内臓コンポーネントであるC/C++で記述されている。
一方、WPFのGUIパーツは C#で作られているはずで、その速度はC#の
良い実例。それが遅いということはC#が遅いということ。

**デフォルトの名無しさん** · 2021/06/22(火) 13:12:45.67

リフレクションを多用するアーキテクチャがそもそも遅い
バインディンク構文使わないと早くなる

**デフォルトの名無しさん** · 2021/06/22(火) 13:58:58.57

このスレでバインディング遅いって書くとバインディング遅くないよマンがでてくるんだよなあ

**デフォルトの名無しさん** · 2021/06/22(火) 16:13:02.61

遅すぎず速すぎず程よい速度

**デフォルトの名無しさん** · 2021/06/22(火) 16:32:17.27

速過ぎて困ることあんのか？

**デフォルトの名無しさん** · 2021/06/22(火) 16:33:15.01

>>77
むかし遅い遅いって現場で揉めて
外部のコンサルとか乱入してきて大変でしたよ

しかもそのコンサルは非.NET系の...

笑

**デフォルトの名無しさん** · 2021/06/22(火) 17:03:11.34

UWPでコンパイル時バインディングx:Bind使っても速度的な違いわからねぇし、
そもそも、AOTコンパイルだっけ?のUWPもつまりxaml??重いんだよな...
そりゃデスクトップPCで動かせば気にならんけど、当時はatomタブレットでバッテリーにも関わるから気になったわ

今のパワフルになった?SoCなら大丈夫そうだが??

**デフォルトの名無しさん** · 2021/06/22(火) 17:07:39.26

>>73
flutterでFluent システムを実装してほしい
Material DesignをWindowsデスクトップで動かした時のデザインのダサさときたら..

**デフォルトの名無しさん** · 2021/06/22(火) 18:29:12.84

>>79
何系よ？
MSC++,MFC,VB,JAVA,Delphi,BCC

**デフォルトの名無しさん** · 2021/06/22(火) 18:53:39.20

最近は、そう遅くも感じない。

それなりにテクニックはいるけどね。

**デフォルトの名無しさん** · 2021/06/22(火) 19:16:18.55

>>80
UWPはネイティブだよ。

**デフォルトの名無しさん** · 2021/06/22(火) 19:30:55.75

>>82
javaかな
最初はいろいろきつかったね

**デフォルトの名無しさん** · 2021/06/23(水) 05:51:06.75

Winデスクトップオンリーなら.NET6 + WinUI + WPF
モバイル主体のマルチプラットフォームならFlutter
ってところかな

**デフォルトの名無しさん** · 2021/06/23(水) 12:22:19.83

遠い未来ではそうかもな

**デフォルトの名無しさん** · 2021/06/23(水) 17:51:22.42

WINUIでどの程度パフォーマンス改善されるんだろ

**デフォルトの名無しさん** · 2021/06/23(水) 19:46:25.93

>>66
XAMLはいいぞ(´・ω・`)Petzoldさんも本書いて勧めている
でもストアアプリはハードルが高い（特に個人で出す場合

**デフォルトの名無しさん** · 2021/06/23(水) 21:33:34.09

ストアアプリは誰にもメリットなかったよね…
Windows Phone の残した亡霊

**デフォルトの名無しさん** · 2021/06/23(水) 21:37:53.44

ストアのハードルは別に高くない。
ハードルがいくつもあるだけ。

**デフォルトの名無しさん** · 2021/06/23(水) 22:49:51.77

UWPは
・Win10以外非対応
・拡張子がexeじゃない
この辺りが原因で、特に古参中心に初めから嫌われていた印象　俺の周りだけかもしれないが

**デフォルトの名無しさん** · 2021/06/23(水) 23:53:15.80

嫌うってより開発者としてではなく消費者としてどうなの??
iOSやandroidのサンドボックスによるセキュリティに慣れたら、普通に非UWPアプリをインストールするの嫌なんだけど

有名どころのアプリやUWPの制限じゃ無理なアプリなら仕方ないけど

例えば,SNS系のアプリとかフルアクセスできるデスクトップアプリとか嫌やな

**デフォルトの名無しさん** · 2021/06/24(木) 01:09:57.50

20レスくらいさかのぼってみたけどUWPのセキュリティが嫌だって話をしてる奴はいなかった
93は誰に対する発言なんだ？
発作でも起きたか？

**デフォルトの名無しさん** · 2021/06/24(木) 01:37:57.30

>>94
UWPのセキュリティが嫌だ、なんて>>93にも書いてないよ

**デフォルトの名無しさん** · 2021/06/24(木) 01:48:41.02

開発者が何を嫌ってようとセキュリティはUWPの方が優れてるからそっちを選べよって指摘だ罠。
選ばねえよバカｗｗ

**デフォルトの名無しさん** · 2021/06/24(木) 02:35:57.56

まあ単体アプリを配布する分にはサンドボックスの有用性が生きるな
Windowsの生命線ともいえる業務アプリとはこの上なく相性が悪い
iPhoneで業務アプリシステムを構築しにくいのと一緒
結局Webアプリに逃げられてしまう

**デフォルトの名無しさん** · 2021/06/24(木) 06:21:07.27

>>93
消費者としても受け入れらえなかった。
exeひとつを自分の好きな場所に配置して実行できる自由さには勝てない。
そもそもセキュリティのメリットを理由にUWPを入れたがる消費者なんてほぼゼロに近い。

会社だとストア無効化、サイドロードの設定も有効化できないようにされてるところが多いから
UWPは使い物にならない。

**デフォルトの名無しさん** · 2021/06/24(木) 06:45:20.03

ストアの画面とか開くことすらないからストアに何があるのかすら知らないわ
VS2022とかストアで扱えるようにすればいいのに

**デフォルトの名無しさん** · 2021/06/24(木) 08:36:15.96

>>99
MS謹製のpythonがあったな

**デフォルトの名無しさん** · 2021/06/24(木) 09:42:23.93

UWPの問題は
・Win10専用
・DataGridが当初無かった
・EF Coreが当初SQLiteしか使えなかった
・インストーラがプライベートストア構築からとハードル高杉
辺りが問題だったね

今ならインストール以外はだいたい解決しているから使えないこともないが