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

**デフォルトの名無しさん** · 2021/09/19(日) 18:43:39.82

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

前スレ
WPF(.NET, WinUI) GUIプログラミング Part26
https://mevius.5ch.net/test/read.cgi/tech/1624176258/

関連スレ
Windows 10 UWPアプリ開発Part 3
https://mevius.5ch.net/test/read.cgi/tech/1627556967/

コードを貼る場合は以下のサイトの利用をお勧め。
https://ideone.com/

**デフォルトの名無しさん** · 2022/01/16(日) 12:29:11.92

flutterだろもう

**デフォルトの名無しさん** · 2022/01/16(日) 12:48:29.47

>>878
まったくだな。15年かけて移行できないんじゃWinUIへにも当然移行できない。
MSの黒歴史は続く。こりゃWinformがあと10年安泰だ。

**デフォルトの名無しさん** · 2022/01/16(日) 12:55:39.44

>>899
Silverlightという超暗黒歴史から何の教訓も学ばなかったのは残念至極ですな
ユーザ体験としてはWPFもっさり＜＜WinFormsレスポンス速度

**デフォルトの名無しさん** · 2022/01/16(日) 12:59:04.07

いつの時代の話してるんだ・・・

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

安定のWinforms

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

Electronはサイズでかすぎんよ
ちょこちょこっと気軽に作って配布したいのには全く向いてない

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

ぶっちゃけ普段使いのアプリの数でも
Win32>>>Winform>>>WPF(VSだけ)
なんだよなぁ
WPFって委託下級会社のSEのオナニーでしかない

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

UWPも入れてやって

**デフォルトの名無しさん** · 2022/01/16(日) 19:39:29.01

まぁ　WPF関係以外の話は他でやってくれという事だな。
MSDOSでもアーキが未来に残って、未だに現役かつ新アプリのベースになってている例も多いわけで、現場が何使おうが関係無い。
フレームワークはただのマクロ器。
ここはWinUI含むWPF関連のミクロテーマスレッドだ。

**デフォルトの名無しさん** · 2022/01/16(日) 19:59:47.89

>>903
Nodeを知らんのだな…
デプロイの都度依存ライブラリのコピーを作るわけじゃないんだが

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

>>907
Nodeを知ってるとサイズが小さくなるのか？

**デフォルトの名無しさん** · 2022/01/16(日) 21:33:49.43

クライアント一回インストールするのに
サイズなんかどーーでもよいよ

**デフォルトの名無しさん** · 2022/01/16(日) 21:39:33.34

>>907こそNode使ったことないだろ
Nodeのパッケージはアプリケーション毎に全部ローカルディレクトリにインストールするのが普通であり、それこそが大きなメリットでもあるんだよ
.NETも最近はそうするのが一般的になってるね

**デフォルトの名無しさん** · 2022/01/16(日) 21:54:02.91

>>910
Node初心者乙ｗ

**デフォルトの名無しさん** · 2022/01/16(日) 21:55:23.03

そーだよな
スマホじゃらねーーんなら

インストーラーサイズなんかどーーでもよくて
依存ライブラリを全部配布出来る方がいいだろ

WPFはそれ出来るようになったん？

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

インストーラ作るならWPFとか関係なくたいがいできるんじゃね

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

Node.js のnpm/yarn は、Ruby のgem/bundler のコピー

各プロジェクト毎のlocal install と、
グローバルにインストールする機能がある

基本は、各プロジェクト毎

例えば、グローバルにインストールされているgem を、正規表現で検索すると、
2つのバージョンが見つかった

gem list "^rails$"
rails (6.1.4, 6.0.2.2)

**デフォルトの名無しさん** · 2022/01/17(月) 07:38:53.15

Ruby関係無いし

**デフォルトの名無しさん** · 2022/01/17(月) 15:16:47.40

.NET Frameworkの方が息が長い可能性もあるな..
4系が消えるより先に今の.NETがさらに全く非互換なものに5年ほどで置き換わっても驚かんわー。

**デフォルトの名無しさん** · 2022/01/17(月) 15:48:48.57

作るもの全部でかいハズがなくて
全体みわたせば95%が小さな小さなGUIツールやコマンドラインツールに過ぎないのに
c#はだんだんそういったものとの相性がわるくなってる。

**デフォルトの名無しさん** · 2022/01/17(月) 18:34:26.03

.NET Framework出たての頃も
ランタイム入れなきゃいけないし
ランタイム入れたらOSの起動まで遅くなるし
起動が遅いし
VBよりも遅いし
でクソミソ言われてたな

WPFでさらに重く！プルスウルトラ！

**デフォルトの名無しさん** · 2022/01/17(月) 21:09:49.22

だからネイティブにしろってあれほど

**デフォルトの名無しさん** · 2022/01/17(月) 23:48:36.10

>>899
まあ全アプリWPF移行に700人月かかりますとか言ったら経営陣ビビるわな

**デフォルトの名無しさん** · 2022/01/18(火) 00:36:53.13

それで得られる付加価値は？
高DPI化です！

**デフォルトの名無しさん** · 2022/01/18(火) 03:13:55.69

そもそも今はWPF使える人間のほうが多い
WPFが採用率一番だし

**デフォルトの名無しさん** · 2022/01/18(火) 07:43:22.02

ネットや参考書のサンプルはWinformばかりだけどな

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

>>921
生産性の高さやアプリケーションの品質。
WinFormsアプリの保守なんて地獄だぞ。

**デフォルトの名無しさん** · 2022/01/18(火) 09:20:49.79

オレオレMVVMフレームワークの保守なんて地獄だぞ

**デフォルトの名無しさん** · 2022/01/18(火) 09:36:00.06

>>925
MVVMを使わなきゃいい。
それでもWinフォームにとどまるより開発体験は数段レベルアップする。

>>923
https://zenn.dev/topics/winforms
vs
https://zenn.dev/topics/wpf

https://qiita.com/tags/winforms
vs
https://qiita.com/tags/wpf

**デフォルトの名無しさん** · 2022/01/18(火) 11:01:13.75

リッチな有償コントロールが前提かな？

**デフォルトの名無しさん** · 2022/01/18(火) 17:48:28.72

有償コントロールなんか必要ない。
コントロールのカスタムが苦行だったWinフォームとは違うんだから。

**デフォルトの名無しさん** · 2022/01/18(火) 18:07:51.81

じゃあフルカスタムが前提と

**デフォルトの名無しさん** · 2022/01/18(火) 19:39:25.83

>>926
開発体験なんて客にとってはクソどうでもいい

**デフォルトの名無しさん** · 2022/01/18(火) 19:39:38.78

なるべく安くというならExtended WPF Toolkitもあるじゃないの
いきなり全部いじらなくても大丈夫、必要なところからちょっとづつね？

**デフォルトの名無しさん** · 2022/01/18(火) 19:40:14.23

Qiitaとかソースにすんなよ恥ずかしい

**デフォルトの名無しさん** · 2022/01/18(火) 21:32:57.67

https://stackoverflow.com/questions/tagged/winforms
https://stackoverflow.com/questions/tagged/wpf

**デフォルトの名無しさん** · 2022/01/18(火) 21:58:06.40

WPFのアプリってなにがあるの？

**デフォルトの名無しさん** · 2022/01/18(火) 23:30:24.92

>>934
核心衝くこと言うなよ…

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

つかC#のアプリ自体よく知らんな。有名どころだとなにがあるだろう

**デフォルトの名無しさん** · 2022/01/19(水) 00:27:35.17

>>934
Visual Studio

**デフォルトの名無しさん** · 2022/01/19(水) 00:30:26.94

>>936
Rust
Escape from Tarkov

**デフォルトの名無しさん** · 2022/01/19(水) 00:53:15.32

>>934
ILSpy

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

C#という広範囲なくくりだと今時のスマホゲームはどれもUnity3Dだな(DIコンテナのUnityではない)
PCだとRimWorldとか、カスタムメイド3D2とかコイカツ!とか

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

>>936
Paint.NET

**デフォルトの名無しさん** · 2022/01/19(水) 01:50:44.09

>>934
ScreenToGif

**デフォルトの名無しさん** · 2022/01/19(水) 05:57:54.84

クソアプリしかないじゃん…

**デフォルトの名無しさん** · 2022/01/19(水) 06:43:52.85

https://trends.google.co.jp/trends/explore?geo=JP&;q=winforms,wpf

https://github.com/search?q=winforms
https://github.com/search?q=wpf

**デフォルトの名無しさん** · 2022/01/19(水) 08:53:07.22

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

**デフォルトの名無しさん** · 2022/01/19(水) 11:46:12.58

新規ならWPF一択、Winformsは検討しないね
主に保守のためWinformsを使わざる得ない場合に限られる

**デフォルトの名無しさん** · 2022/01/19(水) 11:52:57.07

その自己紹介ずーっとやってるけどなんか意味あんの？

**デフォルトの名無しさん** · 2022/01/19(水) 12:55:40.22

>>947
ボウヤ、インターネッツは初めてかい？
同じ意見が同じ人ってわけじゃないんだぜ？

**デフォルトの名無しさん** · 2022/01/19(水) 13:10:36.19

きもw

**デフォルトの名無しさん** · 2022/01/19(水) 18:50:54.37

>>948
誰にもアンカーつけてないけどなんで自分のことだと思ったん？

答え合わせ完了やねw

**デフォルトの名無しさん** · 2022/01/19(水) 19:08:00.66

WPF一択って主張がまったく実感がないんだが
まあ、俺とは違う分野の人なんだと思うわ

ちなみにどんな分野で新規ならWPF一択なのか教えてくれ

**デフォルトの名無しさん** · 2022/01/19(水) 20:42:07.54

C# で .NET Framework のデスクトップアプリなら、じゃね？分野が限定されていると言われたらその通りだが。

**デフォルトの名無しさん** · 2022/01/19(水) 20:54:00.95

デスクトップ前提ってそんなにあるかねえ
デスクトップとWebの選択って大抵のケースでは開発者のスキルの問題であって、
開発者が自分の都合のいいように勝手に「分野を限定」していることが多い
本質的な要件としてどっちかでなきゃいけないのは稀だと思うよ

**デフォルトの名無しさん** · 2022/01/19(水) 21:03:56.99

ローカルのハードウェアを動かすアプリはWebにするメリットが無いな

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

>デスクトップとWebの選択って大抵のケースでは開発者のスキルの問題であって、

相変わらず、WPFスレでWeb持ち出す奴の認識はなんかおかしい。

**デフォルトの名無しさん** · 2022/01/19(水) 23:45:50.44

デスクトップでどんなアプリ（システム）かって話なんだが
WinFormsだって用途のメインはデスクトップだろうよ

**デフォルトの名無しさん** · 2022/01/20(木) 00:52:02.50

デスクトップだったらWPF一択でFormの出番はないってことじゃね？

**デフォルトの名無しさん** · 2022/01/20(木) 07:48:53.01

WPF一択ならもっと普及してるはず

**デフォルトの名無しさん** · 2022/01/20(木) 07:59:56.62

それを言っちゃこのスレおしまいよ

**デフォルトの名無しさん** · 2022/01/20(木) 08:13:21.81

>もっと普及してるはず

毎度毎度それ言われるけど、客観的には上に挙げられた一連のリンクの通りだよね

**デフォルトの名無しさん** · 2022/01/20(木) 08:15:06.88

>>950
なんで>>948が他の誰かと同じだと思い込んじゃったの？
当事者じゃなくて客観的意見に見えるけど。

陰謀論とか信じちゃうタイプでしょ。

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

>>958

>WPF一択ならもっと普及してるはず

君の予想通り、WPFの方が圧倒的に普及しているようだね。

https://trends.google.co.jp/trends/explore?geo=JP&;q=winforms,wpf,uwp,winui

https://zenn.dev/topics/winforms
https://zenn.dev/topics/wpf

https://qiita.com/tags/winforms
https://qiita.com/tags/wpf

https://stackoverflow.com/questions/tagged/winforms
https://stackoverflow.com/questions/tagged/wpf

https://github.com/search?q=winforms
https://github.com/search?q=wpf

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

**デフォルトの名無しさん** · 2022/01/20(木) 09:02:21.62

>>958
だって界隈は新しい技術を習得したがらないオジさんばかりだもん

**デフォルトの名無しさん** · 2022/01/20(木) 10:06:24.11

今日も一日一布教
お疲れ様っす

**デフォルトの名無しさん** · 2022/01/20(木) 16:26:57.28

この争い一生終わらないしwinform とスレ分けたら？

**デフォルトの名無しさん** · 2022/01/20(木) 16:29:46.64

元々WinFormsのスレじゃないだろ

**デフォルトの名無しさん** · 2022/01/20(木) 18:19:48.97

そうだよ

**デフォルトの名無しさん** · 2022/01/20(木) 19:47:08.09

WPFが普及してることにガクブルしながら耳を塞いでるのがWinFormsユーザーなんだよな

**デフォルトの名無しさん** · 2022/01/20(木) 22:34:14.97

あれこれリンクくれてるけど普及の証拠にはならないのでは
プロジェクトが多いっていうのも実験的なコードをアップロードしてるだけかもしれんし
意味不明なこと多くて質問が多いって言うのも普及とは違う
もっと具体的な普及している製品のリストアップが欲しいんだがそれは可能だろうか

**デフォルトの名無しさん** · 2022/01/20(木) 22:47:20.32

いつまでもこういう下の人間がいることに安心できるから教えなくていい

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

普通は疑問に思った方がエビデンス探してくるのでは

**デフォルトの名無しさん** · 2022/01/20(木) 23:34:10.90

エビデンス(笑)言いたいだけやん

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

ん？日常会話で普通に使うよ？

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

WPFが普及してないって言う層が全然解らん。
10年ぐらい前からWPFしか書いてないぞ。

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

「WPFなんて全然普及してない。普及してるというなら証拠を出せ。」

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

>>973
この文脈では違和感ありまくりやろ

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

書店に行ってもWPFを取り扱ってる本なんて皆無だろ、つまり需要が無い証拠

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

>>974
どんなプログラムを何本書いたんだ？

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

>>974
10年も末端プログラマーのまま進歩ないのか
お前の周囲時間止まってるだろ

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

遠回しにWinForm民をディするのやめーや

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

どっちにしろいまさらWPFを学習するとかありえんし
そもそもマイクロソフトのGUIやるなんて時間と労力のムダじゃね？

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

>>981
Windowsのアプリを組むのに、マイクロソフトのGUIを使わない方が時間と労力の無駄だと思うが

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

放置しとけ、WPFに挫折でもしたんだろw

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

「すっぱい葡萄」なんだろうな
「こんなすっぱいものを食べようとするなんて時間と労力のムダじゃね？」
と葡萄に近づく者に言うために時間と労力を使う
https://ja.wikipedia.org/wiki/%E3%81%99%E3%81%A3%E3%81%B1%E3%81%84%E8%91%A1%E8%90%84

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

>>978
医療関係のシステムを2社で全サブシステム、
その後は業務アプリ。
何本書いたのかな…数えてないわ。

>>979
実際には出世してるけどそれでも書いてるよw
レビューもしないといかんしね。

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

業務アプリとかちょっとした玩具つくるとか
そういう例はいっぱい出てくるけど
フォトショップとかオフィスとかブラウザとか
誰でも知ってる売り物のメジャーアプリには絶対に採用されないのは何でなん

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

MACのVSってWPFじゃないよね？
なにでできてんだろ

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

>>986
それらはWPFが登場するより前からあったし、
Windows以外のOS向けも作らなきゃいけないし、
C#じゃなくてC/C++で作ってるだろうし。

WPFのWって何かわかってる？

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

>>986
お前フォトショップとかオフィスとかブラウザがC#で作られてると思ってんの？
というか、あのネイティブな実装がWinFormsだと思ってんの？

嘘だろ、そこから？

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

>>987
Xamarin

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

>>986
マジレスすると重くて使い物にならんから
C/C++で不自由なくコード書けるならわざわざクソ重いCLR上で動くアプリなんて作る理由ないよね

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

いつの時代の人よ…

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

特定企業向けの業務アプリと違って、>>986に挙がってるようなのはスケールメリットがあるから開発コストをそれほど気にしなくていいんだよ
UXの品質に対していくらでも金を注ぎ込める
WPFは最低限要件を満たせりゃいい開発にはオーバーキルだがコスト度外視で作り込むには弱いという、とても中途半端な立ち位置

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

>>993 そうかな？
最近WPF触り始めてまだ学習段階だけど、学習コストの高さと速度以外は割といい線行っている気がする
確かにMVVM周りとしてデータバインディングとかの情報が少なすぎて初学者にはちょっときついけど
でもWin32 APIとWinFormsそれぞれで組める人ならMVVMとXAMLの書き方さえ乗り越えたら割と楽に思える

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

WinFormだとエディタのプロパティ一覧で大抵揃ってるけど
XAMLのは役に立たないからなぁ

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

xamarinならともかくいまはflutter,reactnative,electronがあるからな
wpfがほかのプラットフォームでも動くならいいけど

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

MVVMを乗り越えられない、学習コストを払えないところが多いからWinFormがまだ生き残ってる。

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

MVVM抜きでWPF使えば良いのにな