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アプリと違って新しい事にチャレンジするモチベーションが無いからな