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/02/19(土) 13:40:29.28

WPFは自作コントロール作るのが酷く面倒だからね

**デフォルトの名無しさん** · 2022/02/19(土) 13:55:04.77

>>401
つまり、カスタムコントロール作る前提なら、ってことかな。
うちでやってるデスクトップアプリだと、よほどのことがない限りいちいちカスタムコントロールなんて作らないしなぁ。

**デフォルトの名無しさん** · 2022/02/19(土) 13:55:48.58

アニメーションするチャートとかもWebベースの物の方が良いもの多いよね。見やすいのが多いし、作る側としてもインタラクティブな動きはつけやすい。
最近は業務アプリでもみんな目が肥えてるから。

PowerBIとかもWebViewっぽくないか？

**デフォルトの名無しさん** · 2022/02/19(土) 13:56:45.11

>>403
カスタムコントロールまでいかなくても、チャートの類とか、ビューアーの類とか。
PDFのプレビュー出すのにWebView使うとかもアリよ。

**デフォルトの名無しさん** · 2022/02/19(土) 14:00:32.65

JSとC#の話をしていたはずなのにCSSとXAMLの話になったり、プログラミングの話をしていたはずなのに
ライブラリが豊富という話になったり、なんだろうこのモヤッとする感じ。

**デフォルトの名無しさん** · 2022/02/19(土) 14:04:51.66

c#ジジイたちにWebなんてムリ
今のhtmlやcssは複雑になったしデザインとレスポンシブ込みだとcssフレームワーク使っても使えない無能ばかりだからな

**デフォルトの名無しさん** · 2022/02/19(土) 14:10:51.58

>>406
C#とJSを連携する目的はそれしかないからでしょ。
JSで業務ロジック作って連携する訳がないんだから。
C#でXAMLをコントロールする話と、JavaScriptでCSS+HTMLをコントロールする話が、
C#からJSにinteropしてHTML+CSSを動かす話になるじゃん。
その上で使えるライブラリはJSでしょ。
何が疑問？

**デフォルトの名無しさん** · 2022/02/19(土) 15:33:28.33

みんな、たまにはWPFの話もしてくれよ

**デフォルトの名無しさん** · 2022/02/19(土) 15:42:50.85

WPFからバインディングを切り離したグラフィックモジュールが欲しい
バインディングが諸悪の根源

**デフォルトの名無しさん** · 2022/02/19(土) 15:45:17.17

>>410
ならバインディングしなければいいだけじゃないのか

バインディングそのものはWinFormsにもあるんだぜ

**デフォルトの名無しさん** · 2022/02/19(土) 15:47:24.50

常用してるライブラリがあったら教えてくり

**デフォルトの名無しさん** · 2022/02/19(土) 16:17:06.06

ID:X0wJkiGG みたいに情報提供してくれる人はありがたいけど
煽り入れてくるのはNGするといいお

**デフォルトの名無しさん** · 2022/02/19(土) 16:34:50.41

webもやらないとなぁと思ってVueで入門だわ・・・

**デフォルトの名無しさん** · 2022/02/19(土) 17:50:55.25

>>412
JSだとSvelteで全て済ませたいところなんだけど、d3.jsでチャート書くことも多い。
あと変わり種としては最近はmodel-viewer使ったものも作った。割とウケたけど、これは多分3D触らない人は使わないと思う。

**デフォルトの名無しさん** · 2022/02/19(土) 18:35:10.60

>>410
バインディングを一切使わなくてもアプリは作れるよ

**デフォルトの名無しさん** · 2022/02/19(土) 20:28:44.30

Bindingすげぇ！って言ってたじゃんお前ら最初

**デフォルトの名無しさん** · 2022/02/19(土) 20:32:24.01

>>416
ListViewやListBox、TreeViewなどが使用不能だから
しょぼいやつしか作れませんわ

VM使わないならまだしも

**デフォルトの名無しさん** · 2022/02/19(土) 21:22:19.62

仮想化使わなきゃItemsControl系使えるけど
まぁ、データ数増えたらきついな

**デフォルトの名無しさん** · 2022/02/20(日) 06:09:29.10

>>418
それらもバインディングなしで使えるよ

**デフォルトの名無しさん** · 2022/02/20(日) 09:19:45.81

Caliburn.Microならx:Nameだけでバインディングする
PropertyChanged.FodyならINotifyPropertyChangedを自動実装する
バインディングがわからないって初心者、またいちいち書くの面倒で嫌という人なら役に立つかもしれない

**デフォルトの名無しさん** · 2022/02/20(日) 16:36:12.10

もう終わったドマイナーライブラリの宣伝はいらないよ

**デフォルトの名無しさん** · 2022/02/20(日) 20:58:13.91

VBA触ってからWPF触ったときはデータバインディングに感動したりもしました

**デフォルトの名無しさん** · 2022/02/20(日) 21:23:04.93

データーバインディングって Borland C++ Builder の時から有ったよね

**デフォルトの名無しさん** · 2022/02/20(日) 21:28:40.05

>>424
そう。当時はシンタックスシュガーでしかなかったものが
MVVM信者によってアーキテクチャの一部に祀り上げられたのが根本的な誤ちの始まりになった。

**デフォルトの名無しさん** · 2022/02/20(日) 21:40:18.51

何が誤ちだよ「過ち」って書くんだよ
MVVM理解できない奴は根本的に学がなくて勉強嫌いだって分かるな

**デフォルトの名無しさん** · 2022/02/20(日) 22:14:55.49

C#自体がマイナー

実需はゲーム開発のみ

**デフォルトの名無しさん** · 2022/02/20(日) 22:21:48.82

>>426
常用漢字ではないけど>>425の文脈だと誤ちでも間違いでもない
そもそも5chで誤字指摘とか…

**デフォルトの名無しさん** · 2022/02/20(日) 23:17:32.96

文書入力した後、見返したり推敲したり編集したりしないのだから入力違いやグダグダ文書なんか当然
いわば一筆書きみたいな文書の書き方になるわけだし

**デフォルトの名無しさん** · 2022/02/20(日) 23:40:10.52

技術板なので技術的にグダグダなのは勘弁して欲しいが意味が取れるなら多少の誤字とかは許容範囲

**デフォルトの名無しさん** · 2022/02/20(日) 23:58:10.11

たぶん、MVVM信者って煽りが気に入らなかったんでしょ
だから誤字を指摘してやり返したと予想

**デフォルトの名無しさん** · 2022/02/21(月) 01:29:06.13

>>425
べつに誤字や漢字使いはどうでもいいんだが
バインディングがシンタックスシュガーって、もとはどうだったのか気になる

もともと機能としてはもってて書き方だけなのか
自動生成なら相当な量のコードに該当する気がするんだが

**デフォルトの名無しさん** · 2022/02/21(月) 01:39:26.02

そもそもフロントアーキテクチャ界隈では
viewModelとviewのデータフローで
双方向というのは否定されている

**デフォルトの名無しさん** · 2022/02/21(月) 01:45:07.36

使ってみたらシンタックスビターだった。

**デフォルトの名無しさん** · 2022/02/21(月) 09:57:25.91

>>433
そんなこと言っても、Connected Animationは双方向出来ないと詰む

**デフォルトの名無しさん** · 2022/02/21(月) 14:40:06.59

>>426
MVVM信者は本当に枝葉の議論が好きだねえ

**デフォルトの名無しさん** · 2022/02/21(月) 20:11:38.06

ところで.NET7が来たわけだが
おまいらどうよ？

**デフォルトの名無しさん** · 2022/02/21(月) 20:57:34.26

奇数はスルーだろ。
ぎりぎりまで長寿の4.8で粘るという手もあるしな。
確実に3年以上使える。

**デフォルトの名無しさん** · 2022/02/21(月) 23:59:53.65

コンテナの中でおさわりまんこの人です！ってやりたい人は7に飛びつくらしいぞ

**デフォルトの名無しさん** · 2022/02/22(火) 11:46:49.83

XAML入門：前編〜 WPFからWindows11アプリまで〜

**デフォルトの名無しさん** · 2022/02/23(水) 11:17:19.87

今からwpfアプリ作るなら.net Coreの方がいいのかな？
デメリットは2年ごとにバージョンアップしなきゃいけないくらい？

**デフォルトの名無しさん** · 2022/02/23(水) 11:35:51.75

いや.NETにしとけ

**デフォルトの名無しさん** · 2022/02/23(水) 11:42:36.70

>>441
.NET Coreは最新の3.1でも今年の年末にはサポート終了するよ
（5以降は名前に「Core」が付かないただの「.NET」）

**デフォルトの名無しさん** · 2022/02/23(水) 11:46:09.12

>>442
>>443
失礼しました。.net Framework4.8か.NET6のどちらで作るかという質問でした。

**デフォルトの名無しさん** · 2022/02/23(水) 12:13:40.43

>>444
.Net4.8のサポートが30年あたりだから、25年までは.Net4.8が無難かと。
その頃には.Netも最適化されてるでしょ。
そもそもWindowsが健在なのかも不明だし。

**デフォルトの名無しさん** · 2022/02/23(水) 12:16:35.49

WPFに真剣に取り組んでも将来仕事があるのか心配。

**デフォルトの名無しさん** · 2022/02/23(水) 12:23:14.34

家でWPFに真剣に取り組んで
日中はコンビニでアルバイト

だいたいこういう生活スタイルになるかな

**デフォルトの名無しさん** · 2022/02/23(水) 13:22:26.22

>>446
MVVMの第一人者がWPF見限ってWebに移ってるのが全て

**デフォルトの名無しさん** · 2022/02/23(水) 13:39:30.83

>>445
ありがとうございます。.NET6はまだまだということでしょうかね。

**デフォルトの名無しさん** · 2022/02/23(水) 14:42:12.12

>>448
それいつの話よ！

**デフォルトの名無しさん** · 2022/02/23(水) 15:28:20.73

>>446
「仕事で」というのは随分ニッチ狙いだな。
WPFは個人的に使うツールを作ったりするのに便利。
WPF⇒WinUIに移行する道もあるし。
今は駄目駄目のWinUIも2〜3年後には使えるレベルになってるでしょ。

WebはFlutterに置き換えたい。
JavaScriptはVBAと同じく、プロが使うべき言語じゃない。
TypeScriptも同じ。腐った食材をラッピングしても中身は腐ったまま。

**デフォルトの名無しさん** · 2022/02/23(水) 15:30:22.63

WPFを腐った食材と言いたげだな

**デフォルトの名無しさん** · 2022/02/23(水) 15:45:07.83

腐ってるのはJavaScript。
誕生の経緯からして大規模開発に使うようなものじゃない。

WPFは頑張ってると思うよ。
Windowsデスクトップ向け開発技術の中ではバランスがいい。
これ選んでおけば困ることがない。
後発が揃いも揃ってヘボすぎる結果でもあるけど。

**デフォルトの名無しさん** · 2022/02/23(水) 16:12:12.81

>>453
WinFormsで十分

**デフォルトの名無しさん** · 2022/02/23(水) 16:17:35.16

腐ってると言ってもWPFは納豆なんだよ。好きな人は好きだが嫌いな人は食べない。

**デフォルトの名無しさん** · 2022/02/23(水) 16:23:19.96

>>454
.NET FrameworkのWinFormsはスケーリング対応が腐ってるのがな
.NET6のなら改良されてマシになってるけど

**デフォルトの名無しさん** · 2022/02/23(水) 16:28:06.25

近所にスケートリンクないんだよな

**デフォルトの名無しさん** · 2022/02/23(水) 16:49:27.74

あいかわらずのおじさん...

**デフォルトの名無しさん** · 2022/02/23(水) 16:52:38.52

納得くせーガキが背伸びすんなよ

**デフォルトの名無しさん** · 2022/02/23(水) 17:08:22.18

>>454
WinFormsを進化させたのがWPF。
だからWinFormsの代わりにWPFを使えばOK。

**デフォルトの名無しさん** · 2022/02/23(水) 17:35:40.25

Flutterってwebもデスクトップもまともに動くんかねぇ・・・

**デフォルトの名無しさん** · 2022/02/23(水) 17:42:10.42

flutterはデスクトップ向けに簡単にネイティブAPIつっつけないんじゃないの？
C#ぐらいデカいデスクトップ向けバッテリーがあっても結構頻繁にネイティブ必要なのに。

**デフォルトの名無しさん** · 2022/02/23(水) 18:21:05.11

flutter webはダメっぽい
CanvasKitのwebasmとか大きすぎてダウンロードが..
そこから..
flutter desktopはok

**デフォルトの名無しさん** · 2022/02/24(木) 08:38:23.23

この第一人者ってJohn Gossman？

**デフォルトの名無しさん** · 2022/02/24(木) 15:22:11.77

WPFで作成したアプリをWindows Defenderが誤検知したんだがMSふざけてんのか？
お前のとこのツールで作成したアプリだぞ

**デフォルトの名無しさん** · 2022/02/24(木) 15:53:17.31

>>465
どの開発ツールで作成したかなんて関係ないだろ、アホか?
見られてるのはどんな挙動をするか。
お前と同じ、キョドってるから職務質問されるんだよ。

**デフォルトの名無しさん** · 2022/02/25(金) 08:37:34.40

>>465
納品するソフトで同じ事があった。

**デフォルトの名無しさん** · 2022/02/25(金) 09:03:07.81

ウイルスがやりそうなことや、お行儀の良いプログラムがやらなそうなこと実装すると結構引っかかる

**デフォルトの名無しさん** · 2022/02/25(金) 09:16:53.23

Webにおくと問答無用で「人気がない」判定されて疑われる

**デフォルトの名無しさん** · 2022/02/25(金) 12:36:04.84

このスレでflutterとかrustとか知ることできて
ありがたい

**デフォルトの名無しさん** · 2022/02/25(金) 13:03:03.43

やはりGUIはFlutterで構築するのが流行るかな

**デフォルトの名無しさん** · 2022/02/25(金) 13:14:04.91

flutterはネストしたスクロール部分で欠陥があるから注意

**デフォルトの名無しさん** · 2022/02/25(金) 13:56:06.11

まあVSのC++のコンソールアプリのテンプレートのHelloWorldをデバッグビルドするだけで
マカフィーはウィルスとして判定するんやけどな...

**デフォルトの名無しさん** · 2022/02/25(金) 14:10:58.39

マカヘー「今どきC++なんか使ってるやつはウィルス作成者に違いない！ギルティ！」

**デフォルトの名無しさん** · 2022/02/25(金) 16:03:43.25

>>472
そもそもUIとしてネストしたスクロールは使いづらいし、
見た目が悪い

**デフォルトの名無しさん** · 2022/02/25(金) 17:52:46.88

ネストしたスクロールってandroidで当たり前のツールバーがコンテンツのスクロールに合わせて表示されたり消えたりするやつのこととかを含む..
まじでflutterスクロールまわり欠陥だらけ

jetpack composeはそうならないことを祈る

**デフォルトの名無しさん** · 2022/02/25(金) 18:15:02.63

つうか、netflixとかamazonのアプリとかyoutubeとかもネストしたスクロールだろ
縦方向にスクロールさせて個別のトピックで横方向にスクロール
こういうアプリ良くみるけど

**デフォルトの名無しさん** · 2022/02/25(金) 18:28:31.23

>>477
カルーセルでしょ
最近のUX言語ではスクロールとはまた別の概念だよ

**デフォルトの名無しさん** · 2022/02/25(金) 18:51:35.45

ネストしたスクロールで方向が違うものを特にカルーセルっていうだと思う(想像)

**デフォルトの名無しさん** · 2022/02/25(金) 19:04:52.93

ごめん>>479はカルーセルじゃねぇな
やっぱ、>>477はネストしたスクロール方向がちがうスクロールじゃね?

**デフォルトの名無しさん** · 2022/02/25(金) 19:20:06.74

>>478
違う概念というが俺は元からスクロールについていってるんだが
横方向と縦方向と方向が違うが>>476はネストしたスクロール

UI的にカルーセルって言葉使いたいなら>>476はネストした
カルーセルじゃね

**デフォルトの名無しさん** · 2022/02/25(金) 19:54:02.28

ネストしたスクロールって親にも子にもスクロールバーが出るようなUIだぞ。
カルーセルはスクロールとは言わずにスライドとかページ切り替えと表現する。

**デフォルトの名無しさん** · 2022/02/25(金) 21:12:24.61

それ以前にデザイン的じゃなくて技術的な観点から複数のコンポーネント間でUIイベントをやり取りしてスクロールを調整する動きをネストしたスクロールと表現してそういう前提で話を進めてたんだが
そこはわかりずらかったっぽいので悪かった
だから>>476のツールバーが消えたり隠れたりする動きも含めたり

androidならNestedScrollViewやらNestedScrollingParent

まぁ、そこらへんがflutterはくそ

**デフォルトの名無しさん** · 2022/02/25(金) 21:29:28.09

その辺は何でやってもクソな気が…(やりたくない

**デフォルトの名無しさん** · 2022/02/27(日) 02:20:45.48

いまからだとどうWPF勉強したらいいの？

**デフォルトの名無しさん** · 2022/02/27(日) 02:22:27.16

MSのドキュメント読むだけだろ。

**デフォルトの名無しさん** · 2022/02/27(日) 08:52:36.15

今からWPFなんてやっても仕事ないけどな
趣味なら好きなようにしていいが

**デフォルトの名無しさん** · 2022/02/27(日) 09:40:55.29

かずきのWPF講座読んで、あとは使うならMVVMライブラリのチュートリアルでもやってみれば

**デフォルトの名無しさん** · 2022/02/27(日) 10:20:56.98

もはやユーザーが少なすぎてベストプラクティスもクソもない状態だから、自分の好きなように使えばいいよ

**デフォルトの名無しさん** · 2022/02/27(日) 10:35:00.29

そうそう。MVVM警察気取りが幅を利かせてた痛々しい時代は過ぎ去ってアーキテクチャ固執主義は間違いだったと実証された。
コードビハインドにガンガン実装しても全然いいよ。

**デフォルトの名無しさん** · 2022/02/27(日) 10:43:34.24

それは生存バイアスってやつだ
そもそも設計の良い悪いを言い出したらMVVM以前にこんな日の目を見なかったレガシー技術を採用すること自体が明らかに悪いわけで、
そういうことを気にしない人が残ってるだけ

**デフォルトの名無しさん** · 2022/02/27(日) 10:50:36.47

かずきって懐かしいな
いまなにやってんだ？

**デフォルトの名無しさん** · 2022/02/27(日) 10:51:25.63

>>490
WPFのMVVMが基地外なだけさ

**デフォルトの名無しさん** · 2022/02/27(日) 13:45:33.61

>>487
身近なところや、「WPF 求人」で検索した結果を見ても仕事はあることはある。
他の人気のある言語と合わせて習得しておくのは悪くはないと思う。

**デフォルトの名無しさん** · 2022/02/27(日) 19:41:21.55

MVVMって誇れるほど難しい技術でもないからｗ
逆にコレがわからないとしたら転職考えたほうが良いかも

**デフォルトの名無しさん** · 2022/02/27(日) 19:44:43.16

超ブラックのIT業界いるなら、しかもPGは底辺なのでさっさと転職したほうがいい。

**デフォルトの名無しさん** · 2022/02/27(日) 21:02:08.91

>>492
日本マイクロソフト

**デフォルトの名無しさん** · 2022/02/27(日) 21:12:32.76

>>495
わからないと言うより面倒と言う側面の方が強い
後はどうしたらよいか定番みたいなパターンがなかった

**デフォルトの名無しさん** · 2022/02/28(月) 07:19:19.52

今さらDispose()まで必須になったReactivePropety使うならナチュラルに書いた方がシンプルだし分かりやすい

**デフォルトの名無しさん** · 2022/02/28(月) 08:37:02.02

自分的にはReactivePropetyは最初から眼中にない。
ほぼ個人でメンテしているようなものは業務で使うのはありえないし、
わざわざメモリリークの爆弾仕込むようなものだし。

**デフォルトの名無しさん** · 2022/02/28(月) 08:59:25.09

>>456
.NET6のWinFormsデザイナ、まだベータ版だぞ。
スケーリング対応も多少改善されてるけど問題点はまだいくつも残ってるし、
そもそも固定配置前提のUIフレームワークは生産性低すぎて辛いだろう。