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

WPF(.NET, WinUI) GUI ..

2:デフォルトの名無しさん
21/06/20 17:12:38.99 Gtwxv8wt.net
>>1
おつ

3:デフォルトの名無しさん
21/06/20 18:11:48.19 0gGUIuE2.net
>>1
たておつー

4:デフォルトの名無しさん
21/06/20 18:16:37.49 rLhrk+Fq.net
>>1
前スレのまとめ
XMLは糞

5:デフォルトの名無しさん
21/06/20 18:21:49.81 akuykRB/.net
SwingやFormsみたいにUIをコードで書かせる世界には戻りたくないなぁ。

6:デフォルトの名無しさん
21/06/20 19:37:49.51 Gtwxv8wt.net
まあ理解できないうちはXAMLとか糞に見えるもんな
俺もそうだったけどなれたら簡単になるから早く慣れたほうが良いよ

7:デフォルトの名無しさん
21/06/20 19:41:41.54 Zphs/5+o.net
MVVMが理解できないならMVVMやらなくてもいいのにプライドが高い老害が多いんだろうな
それで十数年廃れるって言い続けてる

8:デフォルトの名無しさん
21/06/20 20:03:15.61 IOfHBDeH.net
mvvm = WPF って思ってるの多すぎ

9:デフォルトの名無しさん
21/06/20 20:05:13.57 IOfHBDeH.net
どっちかというと、
mvvmアーキのフレームワークで
ぶっちぎりに最悪なのがWPFってかんじ

10:デフォルトの名無しさん
21/06/20 22:08:58.85 5dugBd6b.net
XAMLが特級のクソなだけだよ
冗長なBinding式やBehaviorやCommandなど、他のMVVMフレームワークが大量に生まれた中で誰が採用した
挙げてみろ
Javaで言うところの検査例外相当のクソ

11:デフォルトの名無しさん
21/06/20 22:14:56.41 Zphs/5+o.net
クソだと思うなら関わらなきゃいい
なぜ理解できないものに粘着するのか

12:デフォルトの名無しさん
21/06/20 22:47:51.64 X7PAuK/l.net
>>5
でもHTMLやXAMLよりむしろ便利なことも多いが。

13:デフォルトの名無しさん
21/06/20 22:49:47.76 X7PAuK/l.net
HTMLから入った人は、それが母国語の用になっているので、WinFormsやSwing
方式よりXAMLの方が便利に見えるのだろう。
MVCやMVVMもそういう人のために有るといわれている。
ところが、人気が有るのは、WinForms方式であることもまた事実だ。
なぜなら、そのほうがコントロールし易く、プログラムのソースコードから
見てもわかり易いから。

14:デフォルトの名無しさん
21/06/20 23:00:26.10 akuykRB/.net
まぁ、宣言的な記述が受け入れられなくて、なんでも逐次的・手続き的に処理されないと理解できない人は一定数いるね。

15:デフォルトの名無しさん
21/06/20 23:49:25.07 Zphs/5+o.net
WinFormsが人気ある？
GUIはマークアップ言語でやるのが主流だと思うが

16:デフォルトの名無しさん
21/06/21 00:03:57.42 ZafEWlbz.net
>>10
WinUI3とPrismなどのMVVMライブラリ使えばだいたい解決できる話ですね

17:デフォルトの名無しさん
21/06/21 00:12:54.72 85An+spJ.net
>>10
Javaの検査例外の問題って、例外機構自体が内在している問題を検査例外で静的にチェックしたせいで
白日の下に晒されてしまったに過ぎないのよな。

18:デフォルトの名無しさん
21/06/21 00:16:47.60 DBAAgUVQ.net
>>10
それXAMLじゃなくて
XAMLの上に作ったBehaviorとかの糞ライブラリ群ね
XAMLはそんなに悪くない

19:デフォルトの名無しさん
21/06/21 00:21:15.41 DBAAgUVQ.net
>>16
そんなの使ったって
いろいろ肥大化して更に糞まみれになるだけですよ
ダイアログ一つ表示するだけなのに
見通しの悪い糞まみれコード書かなきゃならないのは変わらないんですから

20:デフォルトの名無しさん
21/06/21 00:50:53.72 KYdCJjvS.net
冗長君は何年もWPFに粘着してるWinForms信者です

21:デフォルトの名無しさん
21/06/21 01:24:30.80 PP3lMGGZ.net
>>15
C#の中ではWinFormsが一番人気。

22:デフォルトの名無しさん
21/06/21 04:35:36.83 3t67Nua5.net
>>15
30年前からGUIは頬杖つきながらマウスでD&Dしてプロパティをポチポチするのが主流ですよ。

23:デフォルトの名無しさん
21/06/21 07:01:52.54 NDZaXBVn.net
>>21
人気なんじゃなくて技術レベルが低くてWinFormsしか使えない底辺PGが多いだけ
 >>22
生産性の低い地獄の作業だな

24:デフォルトの名無しさん
21/06/21 08:26:44.33 3t67Nua5.net
WPFはとてつもなく生産性が低いですね。
最高の技術者が集まってるVSチームでさえWPF化に5年もかかったのですから。
自分でどれだけWPFが糞か言ってて草生えますwwww
> 人気なんじゃなくて技術レベルが低くてWinFormsしか使えない底辺PGが多いだけ
このスレの当初からこんなゴミは普及しないと言われ続け、その通りになった上に、
WPFだからこそ実装できるようなキラーアプリは何一つ存在しないだけでなく、
MSのPGからも嫌われ碌なサポートもなく放置され続けた。
あなただけがはいつか普及するはず、ビッグウェーブはすぐそこまできてる、
WPFを批判してるはスキルが低い底辺PGだと念仏のように唱えてる。

25:デフォルトの名無しさん
21/06/21 08:27:39.85 KYdCJjvS.net
それWPFでも出来るんだができないと思ってるのかな

26:デフォルトの名無しさん
21/06/21 08:33:47.23 DBAAgUVQ.net
>>24
WPFの生産性が悪いのではなく
WPFのBlendフレームワークの生産性が酷いだけ
デザイナーとの協業など見たこともなし

27:デフォルトの名無しさん
21/06/21 08:54:00.98 Y1XruxkF.net
>WPF化に5年も
それはつまりWPFの前が変更に弱い、生産性が低いってこと。
酷い作りのゴミコードを近代化するのが大変な作業なのは多くの開発者が実感してるだろう。
実際winFormsの生産性は非常に低い。
WPFで作っておけば半分の工数で済んだのにってことが何度もあった。
普及≒簡単・誰でも使える⇒代わりはいくらでもいる⇒単価下がる

28:デフォルトの名無しさん
21/06/21 12:50:18.82 /bfDvgWv.net
>実際winFormsの生産性は非常に低い。
使いこなせて無いだけ。

29:デフォルトの名無しさん
21/06/21 12:52:20.96 /bfDvgWv.net
って言うかそんなにWPFの生産性が高いのであればとっくの昔に普及してるって。

30:デフォルトの名無しさん
21/06/21 13:41:38.72 NDZaXBVn.net
>>28
言い訳が苦しすぎるww

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

31:デフォルトの名無しさん
21/06/21 14:32:57.76 QSvmLdyv.net
WPFってSilverlightと同じく失敗productだろ

32:デフォルトの名無しさん
21/06/21 14:56:36.21 DBAAgUVQ.net
>>29
Silverlight時代からなんで
そこそこ普及はしてると思うが、
実装方法は糞評価だね。
早い段階でflutterに食われるでしょ。

33:デフォルトの名無しさん
21/06/21 15:26:16.45 wnQSc3ge.net
ビヘイビアとコマンドなんてそんなものあったなあって感じ
10年くらいWPF書いてるけどその2つを使ったのって最初の1年くらいｗ
無くても困らないｗ

34:デフォルトの名無しさん
21/06/21 18:33:02.80 Nu/+E6/O.net
俺もWinFormsからWPFに乗り換えた人間だが、明らかに開発は早くなったと感じる
まあ小っさいの作るならWinFormsの方が楽だろうけどね。MVVMの骨格を整備するの面倒だし。
GUIとロジックを分けて書ける有難みはそこそこ複雑なものを作って分かったよ

35:デフォルトの名無しさん
21/06/21 18:38:34.44 Nu/+E6/O.net
まあWPFの良し悪しは置いておいても、マークアップ言語でのGUI構築には慣れておいた方が良いことは間違い無いと思う
なんせ今はWebアプリが強い時代だからね。それでも俺はデスクトップに残り続けるがw

36:デフォルトの名無しさん
21/06/21 19:07:10.23 SD9Vy51I.net
WPF以降だとサムネイル表示とか一瞬で作れるもんな
formならこうは行かないと思うけど
効率重視のformの人はformのリストビューみたいなので我慢できる人なの？

37:デフォルトの名無しさん
21/06/21 19:20:34.66 jqlm888h.net
>>10
jsとかの他のMVVMは確かにそんなもんつかってねーな

38:デフォルトの名無しさん
21/06/21 19:24:32.35 jqlm888h.net
Livetやprism使ってありがたいと思ってたけどそもそもがそんなもん使わせるなよよｗ
これ以外何も思わない
そのPrismですらコロコロ内容が変わる

39:デフォルトの名無しさん
21/06/21 19:55:49.41 1n0nC/ay.net
割と最近になってMVVM Toolkit for .NET(Microsoft.Toolkit.Mvvm)なんて出してきた

40:デフォルトの名無しさん
21/06/21 20:02:52.09 ZPTvRcij.net
べつにだれもマークアップ言語でのGUI構築にケチつけてないだろ

41:デフォルトの名無しさん
21/06/21 20:08:46.88 Nu/+E6/O.net
>>38
それに関しては禿同。
外部に頼る前提のフレームワークって何なんだよとw
MSが吸収したりしないもんかね

42:デフォルトの名無しさん
21/06/21 20:13:51.82 A6ZWHwGn.net
今更何を言おうが、WPFはメンテナンスモードなので未来永劫改善されることはない

43:デフォルトの名無しさん
21/06/21 20:19:00.04 1n0nC/ay.net
WPF自体はそのままだけど
VS2019で実行時にバインドエラーを専用ウィンドウで表示できるようになったり
開発環境は地味に改良されてたりする

44:デフォルトの名無しさん
21/06/21 20:39:33.26 NDZaXBVn.net
>>41
Microsoftの名前空間が付いたMVVMライブラリが出たし、これでいいでしょ。

45:デフォルトの名無しさん
21/06/21 20:41:17.43 jqlm888h.net
>>43
それは15年前に必要だったものでは？

46:デフォルトの名無しさん
21/06/21 21:08:15.72 mqD8ibJ4.net
WPFが普及しなかったのはWPFの出来とは関係ない
WPFがこれからって時に、Webアプリやらスマホの台頭で
WindowsプログラマがWPFを学ぶ前にほとんどweb,android,iosに流れてしまった
単にwindowsアプリの需要がないだけ

47:デフォルトの名無しさん
21/06/21 21:12:55.51 mqD8ibJ4.net
新規Windowsアプリの重要が急激になくなってwindowsアプリ作る人いなくなったのにWPFが普及しないとどうこういう以前の問題

48:デフォルトの名無しさん
21/06/21 21:18:34.16 b32VLmjg.net
Prismは6から7のときのだけ破壊的変更が有ったけど、それ以外のバージョンアップは後方互換性も悪くなかったけどな
7の変更のおかげでUnityからDryIocにDIコンテナを変えても、モジュール入れ替えてusing変更だけでほぼ動く

49:デフォルトの名無しさん
21/06/21 21:27:15.04 Nu/+E6/O.net
>>43
VS2019が出るまで、我々はあのコンソール画面と睨めっこしながらバグを潰していたのか…
ｵﾞｪﾞｯ

50:デフォルトの名無しさん
21/06/21 21:28:25.72 mqD8ibJ4.net
業務アプリとかならWinFormsでもいいかもしれんけど、今風なおしゃれな見た目のアプリ作るとなるとWPFというか、WinUIになっちゃうからな
諦めるしかない
つか、お前らどうせ新しくWinアプリ作ってねぇだろ??w
俺は4年前にUWPアプリ2つ作ってから、もうずっとスマホアプリだけだわ

51:デフォルトの名無しさん
21/06/21 22:03:56.86 jqlm888h.net
WPFは初期だけ盛り上がってしばらくしたら誰もいなくなった
外人のスタープログラマが持ち上げてたけどそいつらもすぐにいなくなった
コードを書く以外の時間も長いし
相対的なコード量も増える

WPFの学習効率の悪さ
開発環境の劣悪さ
MVVMによるコードの長大化
MVVMのデバッグの難しさ
など
winformsでは起こりえないいくつのマイナスポイントがあった

52:デフォルトの名無しさん
21/06/21 22:22:38.53 A6ZWHwGn.net
>>50
俺はバックエンドがメインになって(Web含め)GUIアプリ自体仕事では全く作らなくなったな
画面作るのは好きだがツールに振り回されるのはアホらしいわ

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

54:デフォルトの名無しさん
21/06/21 22:54:34.53 RsRWwffr.net
アプリ作っても無料アプリに負けることが多くなったと思う。

55:デフォルトの名無しさん
21/06/21 23:58:30.48 mqD8ibJ4.net
WPFでMVVMを学んで、
今はandroidでもkotlin+MVVM
今はflutterでも開発してるがこれもMVVMで作ってる
MVVM最高!!

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

57:デフォルトの名無しさん
21/06/22 01:19:42.36 /xD272cm.net
笛吹けど踊らず。パラダイムシフトとならなかったのが今の状況

58:デフォルトの名無しさん
21/06/22 01:33:19.95 /hzWR5hC.net
>>57
もちろんWPFは失敗だったし
失敗の原因はMSが色々と読み間違えたことにある
そのひとつがWinForm開発者のレベルの低さなのは間違いない

59:デフォルトの名無しさん
21/06/22 01:52:54.59 y59U06XH.net
B層に愚民愚民言い続けてたら選挙で大負けした人達みたいっすね

60:デフォルトの名無しさん
21/06/22 02:02:53.23 /hzWR5hC.net
>>59
この場合B層が何を指すのか知らんしどの選挙の事を言っているのか不明だが
MSが支持層のレベルを読み違えていたのは間違いない
WPFはWinFormの開発者がスムーズに以降できるスキームを用意できなかった

61:デフォルトの名無しさん
21/06/22 02:04:10.32 /hzWR5hC.net
このスレﾜｯﾁｮｲ無いのなｗ

62:デフォルトの名無しさん
21/06/22 02:06:29.19 y59U06XH.net
あれ、前のスレはあったのに

63:デフォルトの名無しさん
21/06/22 02:45:32.55 p6tBruNL.net
>>57-60
この流れが正しいだろう
まるで「自分の教えてる生徒は落ちこぼれが多くてね・・・」と嘆いている教授みたいだ
確かに、生徒のレベルが低いという事実はあるかもしれない
だが、そのレベルに対するあんたの教授法はどうなんだ、と

64:デフォルトの名無しさん
21/06/22 02:50:59.28 hVWHiksC.net
その頃、.net framework懐疑派もいてc++ Win32/MFCやらdelphi軍団
WinForms開発者はVBからの移行組多くてWinForms+VB.net??
だったら、WinForms開発者のレベルが低いのはしょうがない

65:デフォルトの名無しさん
21/06/22 06:11:16.58 Aeo9kDkU.net
ここの人たちはわかってるんだな
WinForms止まりの人たちは成長しない人間だということを

66:デフォルトの名無しさん
21/06/22 07:44:38.48 Xn56/PVc.net
XAMLは一生関わりたくないでござる

67:デフォルトの名無しさん
21/06/22 07:51:15.99 jruG6CnM.net
じゃあ成長を促してあげようぜ
.NET MAUIの公式ドキュメントできてたんだな
URLﾘﾝｸ(docs.microsoft.com)

68:デフォルトの名無しさん
21/06/22 08:05:17.77 7Ks2gqqv.net
デスクトップの人はMAUIよりWinUI行くんじゃね？

69:デフォルトの名無しさん
21/06/22 08:19:50.21 7j121Wmb.net
ざむるか久しぶりだな
遊びでWindowsPhoneのガワ作って以来だわ
当時はMVVMがまだ浸透していなくて
何それ美味しいの状態だったって覚えてる

70:デフォルトの名無しさん
21/06/22 09:53:59.29 TtlGiyRY.net
>>51
そしてなによりWPFは遅かった。

71:デフォルトの名無しさん
21/06/22 12:09:06.38 lNl6Rhk5.net
>>67
MAUIはXamarinだから地雷

72:デフォルトの名無しさん
21/06/22 12:52:20.11 v8vBbrXJ.net
>>71
だよな。

73:デフォルトの名無しさん
21/06/22 12:53:14.61 v8vBbrXJ.net
もうflutterでいいよな
MSも関与してるし

74:デフォルトの名無しさん
21/06/22 12:56:43.65 P9tLBTwV.net
>>70
なるほど。
WinFormsのGUIパーツは、Win32のControlを使っているから、OSの
内臓コンポーネントであるC/C++で記述されている。
一方、WPFのGUIパーツは C#で作られているはずで、その速度はC#の
良い実例。それが遅いということはC#が遅いということ。

75:デフォルトの名無しさん
21/06/22 13:12:45.67 v8vBbrXJ.net
リフレクションを多用するアーキテクチャがそもそも遅い
バインディンク構文使わないと早くなる

76:デフォルトの名無しさん
21/06/22 13:58:58.57 MIKkQrwG.net
このスレでバインディング遅いって書くとバインディング遅くないよマンがでてくるんだよなあ

77:デフォルトの名無しさん
21/06/22 16:13:02.61 bYopypDX.net
遅すぎず速すぎず程よい速度

78:デフォルトの名無しさん
21/06/22 16:32:17.27 p6tBruNL.net
速過ぎて困ることあんのか？

79:デフォルトの名無しさん
21/06/22 16:33:15.01 v8vBbrXJ.net
>>77
むかし遅い遅いって現場で揉めて
外部のコンサルとか乱入してきて大変でしたよ
しかもそのコンサルは非.NET系の...
笑

80:デフォルトの名無しさん
21/06/22 17:03:11.34 hVWHiksC.net
UWPでコンパイル時バインディングx:Bind使っても速度的な違いわからねぇし、
そもそも、AOTコンパイルだっけ?のUWPもつまりxaml??重いんだよな...
そりゃデスクトップPCで動かせば気にならんけど、当時はatomタブレットでバッテリーにも関わるから気になったわ
今のパワフルになった?SoCなら大丈夫そうだが??

81:デフォルトの名無しさん
21/06/22 17:07:39.26 hVWHiksC.net
>>73
flutterでFluent システムを実装してほしい
Material DesignをWindowsデスクトップで動かした時のデザインのダサさときたら..

82:デフォルトの名無しさん
21/06/22 18:29:12.84 nJBLTJzV.net
>>79
何系よ？
MSC++,MFC,VB,JAVA,Delphi,BCC

83:デフォルトの名無しさん
21/06/22 18:53:39.20 kB1tp0oO.net
最近は、そう遅くも感じない。

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

84:デフォルトの名無しさん
21/06/22 19:16:18.55 nj/DGDzB.net
>>80
UWPはネイティブだよ。

85:デフォルトの名無しさん
21/06/22 19:30:55.75 v8vBbrXJ.net
>>82
javaかな
最初はいろいろきつかったね

86:デフォルトの名無しさん
21/06/23 05:51:06.75 jt9dD4ot.net
Winデスクトップオンリーなら.NET6 + WinUI + WPF
モバイル主体のマルチプラットフォームならFlutter
ってところかな

87:デフォルトの名無しさん
21/06/23 12:22:19.83 d23QmeSO.net
遠い未来ではそうかもな

88:デフォルトの名無しさん
21/06/23 17:51:22.42 nH+qDmUa.net
WINUIでどの程度パフォーマンス改善されるんだろ

89:デフォルトの名無しさん
21/06/23 19:46:25.93 B+S84JMM.net
>>66
XAMLはいいぞ(´・ω・`)Petzoldさんも本書いて勧めている
でもストアアプリはハードルが高い（特に個人で出す場合

90:デフォルトの名無しさん
21/06/23 21:33:34.09 O7LWJ7Ln.net
ストアアプリは誰にもメリットなかったよね…
Windows Phone の残した亡霊

91:デフォルトの名無しさん
21/06/23 21:37:53.44 hKNB6M+8.net
ストアのハードルは別に高くない。
ハードルがいくつもあるだけ。

92:デフォルトの名無しさん
21/06/23 22:49:51.77 KJ8ZVKXN.net
UWPは
・Win10以外非対応
・拡張子がexeじゃない
この辺りが原因で、特に古参中心に初めから嫌われていた印象　俺の周りだけかもしれないが

93:デフォルトの名無しさん
21/06/23 23:53:15.80 AWn9dTRx.net
嫌うってより開発者としてではなく消費者としてどうなの??
iOSやandroidのサンドボックスによるセキュリティに慣れたら、普通に非UWPアプリをインストールするの嫌なんだけど
有名どころのアプリやUWPの制限じゃ無理なアプリなら仕方ないけど
例えば,SNS系のアプリとかフルアクセスできるデスクトップアプリとか嫌やな

94:デフォルトの名無しさん
21/06/24 01:09:57.50 ZhZSLtyl.net
20レスくらいさかのぼってみたけどUWPのセキュリティが嫌だって話をしてる奴はいなかった
93は誰に対する発言なんだ？
発作でも起きたか？

95:デフォルトの名無しさん
21/06/24 01:37:57.30 lYiTQMLE.net
>>94
UWPのセキュリティが嫌だ、なんて >>93にも書いてないよ

96:デフォルトの名無しさん
21/06/24 01:48:41.02 UNoTdpdl.net
開発者が何を嫌ってようとセキュリティはUWPの方が優れてるからそっちを選べよって指摘だ罠。
選ばねえよバカｗｗ

97:デフォルトの名無しさん
21/06/24 02:35:57.56 u9KwmiVH.net
まあ単体アプリを配布する分にはサンドボックスの有用性が生きるな
Windowsの生命線ともいえる業務アプリとはこの上なく相性が悪い
iPhoneで業務アプリシステムを構築しにくいのと一緒
結局Webアプリに逃げられてしまう

98:デフォルトの名無しさん
21/06/24 06:21:07.27 PTf3B3xq.net
>>93
消費者としても受け入れらえなかった。
exeひとつを自分の好きな場所に配置して実行できる自由さには勝てない。
そもそもセキュリティのメリットを理由にUWPを入れたがる消費者なんてほぼゼロに近い。
会社だとストア無効化、サイドロードの設定も有効化できないようにされてるところが多いから
UWPは使い物にならない。

99:デフォルトの名無しさん
21/06/24 06:45:20.03 KjDgyD5o.net
ストアの画面とか開くことすらないからストアに何があるのかすら知らないわ
VS2022とかストアで扱えるようにすればいいのに

100:デフォルトの名無しさん
21/06/24 08:36:15.96 NLbTIuex.net
>>99
MS謹製のpythonがあったな

101:デフォルトの名無しさん
21/06/24 09:42:23.93 6hf93Vdb.net
UWPの問題は
・Win10専用
・DataGridが当初無かった
・EF Coreが当初SQLiteしか使えなかった
・インストーラがプライベートストア構築からとハードル高杉
辺りが問題だったね
今ならインストール以外はだいたい解決しているから使えないこともないが

102:デフォルトの名無しさん
21/06/24 12:54:03.18 j4shFytl.net
ストアでインストールしたのはWSLくらいっすかねえ