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

**デフォルトの名無しさん** · 2022/04/11(月) 05:10:34.19

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

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

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

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

**デフォルトの名無しさん** · 2022/10/16(日) 20:40:32.26

WebView使うんならHTML canvasでいいだろ
クッソ速いぞ

**796** · 2022/10/17(月) 19:50:46.02

試しにWebBrowser コントロール　でやってみた。
結構快適でした!

**デフォルトの名無しさん** · 2022/10/17(月) 22:16:37.20

Reactでやれば？
WPFより楽だよ

**デフォルトの名無しさん** · 2022/10/17(月) 23:28:17.22

安いグラボでも取り付ければ解決しそう

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

XAMLのgrid大変。XAML作ってくれるサイトないかな。
誰か作ってくれ!。

**デフォルトの名無しさん** · 2022/10/19(水) 06:14:40.62

それまたGreedyやな

**デフォルトの名無しさん** · 2022/10/19(水) 07:29:47.70

EXCELの罫線->HTML(TABLE)にしてくれるサイトはあるんだが。

**デフォルトの名無しさん** · 2022/10/19(水) 07:30:56.01

画面とプログラム分業できる!　というけど結局はプログラムつくるやつが画面も
やる羽目になるんだよな。

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

そもそもそんな分業したくなるもんなの？
欲しいのは素材用意する人とかでしょ

**デフォルトの名無しさん** · 2022/10/19(水) 14:09:50.67

分業というか画面デザインとコードが別のファイルになるのが大きいのよ
もちろん一人でもできるけど二人以上が並行作業することによって納期が短くなる場合がある

**デフォルトの名無しさん** · 2022/10/19(水) 15:25:04.63

まぁ　確かにコーダーにはデザインセンスは無いわな。
デザイナーがやっているのを見るとさすがと思う事しばしば。
アイコン作りひとつとっても、ああいう統一感のあるプロの仕事は俺にはできない。

**デフォルトの名無しさん** · 2022/10/19(水) 16:40:22.99

外観や視覚要素のことだけを指して「デザイン」と呼ぶ人が随分と増えてしまったな

**デフォルトの名無しさん** · 2022/10/19(水) 16:42:36.62

昔からなのに何を今更

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

>>807
わかる。あれはセンスも必要だな。

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

暇だったんでXAMLやってみた。gridが基本らしいのでテキトーにサイトから
コピペで張り付けて実験。一応何とかできるようになった。
開発の方に戻るかも知れないのでアンチWPFだったけど再挑戦してみようかなと、
思って。意外とWFPの仕事があるらしいな。
最初はデータバインディングで諦めたがwinforms風の作り方もできるらしいし。
(WPFはデータバインディングが必須だと勘違いしてた)

で、みんなはバリバリ、データバインディングしてんの? 凄いわ～。

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

逆にWPFのデータバインディングがわからないって知能を疑うレベルなんだが
何がわからないのかがさっぱりわからん
INotifyPropertyChangedを実装したオブジェクトをペタッと貼り付けるだけだろ

コマンドとデータバインディング縛りが面倒でどうしてそんなことしなきゃいけないのかわからんと言うならまだ理解できる

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

思い込みだけでアンチに走ってるやつたくさんいるよな

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

面倒なだけだもんな

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

>>812
プリズムというのを使わないとやってられん、
と聞いたけどどうなん?

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

>>815
それは誰かの気のせい
Prismは無駄に複雑だからそれがわからないのはわからんでもない
CommunityToolkit使えばいい

**デフォルトの名無しさん** · 2022/10/19(水) 20:30:50.69

>>816
そうなんだ。
自力で習得したの?
周りに聞くとしたらここ位しかないわ～。

**デフォルトの名無しさん** · 2022/10/19(水) 21:11:06.79

最初はなんかだめんどうだなこれとか思ってたけど
いつのまにやらバインドないとダメな体へ

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

>>815
Prismはオワコン

**デフォルトの名無しさん** · 2022/10/20(木) 08:31:41.48

Prism　懐かしい言葉。
PrismLibralyのぞいてみたら、更新止まっているようだね。
まぁ　他のエクステンションが充実して、もう不要だけれど、リージョンにはちょっと魅力あるな。

**デフォルトの名無しさん** · 2022/10/20(木) 08:56:39.10

ReactivePropertyが流行ったのもPrismが重厚すぎるせいだったんだろうな
今全然使うことないや
そもそもView層にロジック置いてリアクティブスパゲッティとか茹でたらテストめっちゃめんどいし結局INotifyPropertyCanged作らなきゃメモリリークするし

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

>>821
まぁ　今や、View,Domain,Infrastructure分離の時代。
ViewやViewModelにロジック入れるとは思えないけどｗ
メモリリークは対策したんじゃなかったっけ？　かずきが言っていたような・・・

**デフォルトの名無しさん** · 2022/10/20(木) 09:14:02.00

>>822
> まぁ　今や、View,Domain,Infrastructure分離の時代。
いつの話をしてるんだw
それはMVVMとはまた別の話
というかもう少し原始的な話

**ニューノーマルの名無しさん** · 2022/10/20(木) 09:17:17.47

>>823
分離していないのか？

**デフォルトの名無しさん** · 2022/10/20(木) 09:17:56.01

DDDだろ？
話のレイヤーが違う

**デフォルトの名無しさん** · 2022/10/20(木) 09:53:01.29

>>822
ReactivePropertyはそれを入れるんだよ
まあ少々なら入ってもいいんだが調子に乗ってスパゲッティ茹でるやつ多すぎ問題が発生してな

**デフォルトの名無しさん** · 2022/10/20(木) 11:46:42.17

PrismでもBidableBaseを使う程度だとコレ以上ないシンプルな実装なので
遅くなるなんてあり得ないんだけどね
嘘だと言うならソースを見ればいい
評判悪かったのはDIの実装だが、DryIocを取り込んた後は悪くなかったんだがね

**デフォルトの名無しさん** · 2022/10/20(木) 11:50:25.85

BindableBaseのソース
https://github.com/PrismLibrary/Prism/blob/master/src/Prism.Core/Mvvm/BindableBase.cs

**デフォルトの名無しさん** · 2022/10/20(木) 11:56:34.23

DIって何だっけ？
シングルトンでええやんって奴か

**デフォルトの名無しさん** · 2022/10/20(木) 12:32:08.36

BindableBaseだけならオレオレ実装で十分だから

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

>>826
いろいろ繋げると玄人になった気分が味わえるからな
ピタゴラスイッチみたいなもんよ

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

>ViewやViewModelにロジック入れるとは思えないけどｗ

ビジネスロジックじゃなくてプレゼンテーションロジックは普通に入れるだろ。

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

>>819
危うく手出すところだった。

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

質問なんだが、コントロールとのデータのやり取りは全てデータバィンディングに
するの?
テキストボックスくらいならまだしもコモンコントロールでいうListViewも
データバィンディング? 大変そうなんだが。

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

アイテムテンプレートという各アイテムのビジュアル表現をxamlで一度定義すれば後は勝手にアイテムの数だけコントロール作ってくれる
ViewModelはアイテムを表すオブジェクトのListを保持してりゃいいだけ

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

ListViewの話ね

最初の質問に関してはデータバインディング使いたくなきゃ使わなくてもいいが
その場合、自分でコントロールの中身を手動で更新
これがめんどくなければ使わなくてもいいんじゃないか

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

そのうちバインディングでないと面倒くさくなるよ

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

素でバインディングじゃ無理な場合はビヘイビアというのでイベントをVMに通知したりする
それでも無理ならサービスクラスをViewからVMにインジェクションするんだが
コレは結構インチキ臭い（MVVMとして）

でもScrollIntoViewなんかを実行するならサービスクラスでやるしか無いんだよな

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

>>838
普通にコードビハインドでいいしビヘイビアでもできるだろ

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

>>834
バインディングした方が楽な時だけすればいい。
コントロールに名前つけてプロパティに値設定してやるオーソドックスなやり方の方が
結局メンテもしやすくコードもすっきりする事も多い。

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

いろいろ助かる。

素人すぎてどういうときにバインディングすればいいかわからんな。
ま、いろいろ試すしかないな。

>>自分でコントロールの中身を手動で更新
今までそうしてたから苦ではないけどな。

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

>>839
ScrollIntoViewのビヘイビアは作ってみたが、一度表示したアイテムがユーザーのスクロールで範囲外になった時
それを再び表示するとなると、一度nullを入れてからアイテムをセットしないと動かない
美しくないからボツにしてサービスクラスにしました

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

ユーザーコントロール作るの大変なのどうにかしてほしいわ
添付プロパティとかなんであんな実装大変なんや

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

>>843
俺もそこは気に入らんけどコードスニペットや拡張メソッド使えばそこまで大変ではないし添付プロパティなんか滅多に実装することないだろ

**デフォルトの名無しさん** · 2022/10/22(土) 12:06:28.89

とにかく面倒くさいという事がよくわかる

いやーー早期にReactに移っといて良かったわーー

**デフォルトの名無しさん** · 2022/10/22(土) 12:08:49.73

MAUI HighSchoolは芸風変えたのか

**デフォルトの名無しさん** · 2022/10/23(日) 11:28:55.52

データバィンディングについて良いHPあったら紹介を求む!

**デフォルトの名無しさん** · 2022/10/23(日) 12:50:54.71

おかずきさんのブログ見ればいいじゃん

**デフォルトの名無しさん** · 2022/10/23(日) 15:15:46.33

>>848
そのブログではプリズム使うみたいですね。
止めときます。。

**デフォルトの名無しさん** · 2022/10/23(日) 22:19:07.90

バインドするだけなら、nugetにあるReactiveProperty使ったらどう？
あれが1番簡単そうに見えたけど

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

データバインディングの勉強目的なら最初は何も使わずにINotifyChangedPropertyぐらい自前実装でいいだろ
10行未満なんだし

**デフォルトの名無しさん** · 2022/10/24(月) 05:52:10.08

バィンディングっていろいろ手法があるみたいでその辺も混乱の元ですね!

**デフォルトの名無しさん** · 2022/10/24(月) 08:24:55.30

INotifyChangedPropertyの実装に関しては、prismもmicrosoft.toolkitもほぼ同じもの
Xaml側は全く同じだからどのHPを見ても何も問題ないんだけどね
prismで勉強して、些末な違いをMSのドキュメントで補完すればいいんじゃないかな

**デフォルトの名無しさん** · 2022/10/24(月) 09:19:40.79

React界隈じゃ
不用なのものを徹底的に排除して突き詰めてるのに、

XAML界隈は
ライブラリー！ライブラリー！ライブラリー！
ドヤ顔ライブラリー房のこの違い...

**デフォルトの名無しさん** · 2022/10/24(月) 10:44:59.17

Reactに対応するのはXAMLじゃなくBlazorなので

**デフォルトの名無しさん** · 2022/10/24(月) 14:16:41.10

x:Bindのない環境には戻れなくなったな

**デフォルトの名無しさん** · 2022/10/24(月) 14:22:42.94

>>856
残念ながらUWPとUnoでしか使えないx:Bindはオワコンだ

**デフォルトの名無しさん** · 2022/10/24(月) 16:39:17.71

x:bind最新のWinUI 3で使えないんだっけ?

**デフォルトの名無しさん** · 2022/10/24(月) 18:22:08.47

>>854
これ何の話してんの？

**デフォルトの名無しさん** · 2022/10/24(月) 18:23:57.86

やってみた。
x:BindはWinUI3もMAUIも使えるよ。
安心しな。

**デフォルトの名無しさん** · 2022/10/24(月) 18:38:10.90

いやWinUIでも使えるわx:Bind

**デフォルトの名無しさん** · 2022/10/24(月) 18:46:31.31

UWP作ってないしx:bind使ったこと無かったわ
その使い心地を見せて貰おうかっ

**デフォルトの名無しさん** · 2022/10/24(月) 20:07:56.89

>>850
今日入れてみた。試してみる。
いろいろフレームワーク大すぎ。
MSが良いもの出さないからか。
こっちでの開発ではプリズム、
異動先ではReactiveProperty使用とか。
難儀やなぁ。

**デフォルトの名無しさん** · 2022/10/24(月) 20:38:47.05

x:bindはUWPでコンパイル時バインドで速いという触れ込みがあったから使ったみたが速度差体感できずコンパイル時の型チェックもうざいので俺はbindindに戻ったけど

**デフォルトの名無しさん** · 2022/10/25(火) 00:26:50.52

コマンドに使用可否だけじゃなくて、表示非表示も持ってほしいよな

**デフォルトの名無しさん** · 2022/10/25(火) 17:32:19.08

それは同意

**デフォルトの名無しさん** · 2022/10/25(火) 17:39:08.19

VisibleとEnabledを自己バインドすればいいだけじゃね

**デフォルトの名無しさん** · 2022/10/25(火) 18:12:35.24

ｘ：Bindはイベントがバインド出来てFormsのやり方MVVMででコーディングできるんだっけど
そこらへんをアピールするつもりはないようだね
ビヘイビアが難しいわけじゃないけど冗長だから使わずに済むのも大きいね

**デフォルトの名無しさん** · 2022/10/25(火) 18:52:32.57

>>867
それじゃ足りないケースがあると思う

**デフォルトの名無しさん** · 2022/10/25(火) 18:58:07.50

どういうケースを想定してるのかわからんわ
disabledの時に消せばいいんじゃないのか？

**デフォルトの名無しさん** · 2022/10/25(火) 19:22:02.07

そもそも表示しない
表示するが無効
表示するが有効
この3通りをやりたい時がある

**デフォルトの名無しさん** · 2022/10/25(火) 19:28:01.21

get -> そもそも？ hidden : 表示する？ visible : hiddem;

**デフォルトの名無しさん** · 2022/10/25(火) 19:30:03.09

そんなことしたいと思ったことないからわからんけどコマンドとのバインディングでしなきゃいけないなら継承するしかないな
俺ならViewModelのプロパティを使うが

**デフォルトの名無しさん** · 2022/10/25(火) 19:33:01.57

例えば、ログイン機能があるアプリとかでログインしてなきゃ更新ボタンをそもそも表示しない
で、ログインして更新ボタンを押して更新中になったら一時的に無効に切り替えてとか
たまに、表示/非表示と有効/無効を別に扱いたいときがある

**デフォルトの名無しさん** · 2022/10/25(火) 19:38:27.55

単純にコードビハインドでやれば良くね？　頭悪いの？

**デフォルトの名無しさん** · 2022/10/25(火) 19:39:39.54

それログインボタン以外の管理用機能が必要になった時どうすんの
管理者フラグをVMに用意して管理者用コントロールパネルごと消すべきだろ
個々のコマンドじゃなく

**デフォルトの名無しさん** · 2022/10/25(火) 19:46:40.08

例えが悪いなら謝るが
別にボタンの他に、メニューにバインドされる可能性だってあるし
俺が昔必要に思った時のケースは思い出せねぇわ

**デフォルトの名無しさん** · 2022/10/25(火) 20:07:37.74

MVVM? 初心者だがやはり有用性が理解できんw

**デフォルトの名無しさん** · 2022/10/25(火) 20:12:35.43

そりゃ初心者は理解できんかもな
大きく複雑なプログラムを作る時に威力を発揮するものだから

**デフォルトの名無しさん** · 2022/10/25(火) 20:16:47.78

>>879
らしいね。
みんなもそうな大きく複雑なもの作ってるんだ?

**デフォルトの名無しさん** · 2022/10/25(火) 21:19:57.69

そもそも世の中に転がってるシステムに疎結合なんて不要な気がするわ
設計に時間かけれる人は自己満足でやってもいいかもしれないけど

**デフォルトの名無しさん** · 2022/10/25(火) 21:36:23.84

保守せずに作り逃げするならいいかもね

**デフォルトの名無しさん** · 2022/10/25(火) 21:43:21.12

WPFの主用途はゴリゴリの業務アプリだから、複雑なのはUIではなく業務フローなんだよね
ただ画面数が多いだけだ

**デフォルトの名無しさん** · 2022/10/25(火) 21:46:12.07

バレない程度にどんなもん作ってんだい?

**デフォルトの名無しさん** · 2022/10/25(火) 22:04:24.76

>>881
UIとロジックは疎結合にしろ、てもう聞き飽きた。
そんなに大事なんかね。

**デフォルトの名無しさん** · 2022/10/25(火) 22:37:19.01

>>885
VMが出てきたせいで、コードビハインドは悪、画面に関わるコードはすべてVMに書くべきってイメージが出来ちゃったのがなぁ

**デフォルトの名無しさん** · 2022/10/25(火) 22:39:03.01

それ狂信者が勝手に言ってるだけだぞ
マイクロソフトはむしろコードビハインドを推奨してる

**デフォルトの名無しさん** · 2022/10/25(火) 23:21:20.95

>>887
まじ？
聞いた事ないけど

**デフォルトの名無しさん** · 2022/10/26(水) 05:51:47.91

>>883
しかも業務アプリって見栄えはあまり
重視せず、使い勝手や速度が優先されるからな。
ボタンが回転したりそんなのどうでもいいわ。

今まで通り非MVVM?のイベントドリブンだとボタンを
押したときの挙動はそのイベントハンドラ(だけ)に記載
されるているのは間違いない訳でソースも追いやすいし、修正、
機能追加もし易い。

自分は知識としてMVVM? 学習してるけど使うことはなさそうだなぁ。

**デフォルトの名無しさん** · 2022/10/26(水) 14:31:05.80

極論かもしれないが、MV*って結局ユニットテストを作成するかどうかだと思っている。

ユニットテストが要らないような規模のプロジェクトなら好きにすればいいのではないかと。

**デフォルトの名無しさん** · 2022/10/26(水) 14:44:53.94

規模といっても色々あるからね
大抵の業務アプリでは全体としてどれほど大規模で複雑なシステムでもただ画面数が多いだけで個々の画面に対する要件はシンプルなので、
UIに関するロジックのユニットテストは手動ポチポチテストと一緒にやっちゃう、でも問題なくスケールする

**デフォルトの名無しさん** · 2022/10/26(水) 15:16:34.54

Excelのあの膨大なコマンド全部手動テストすんの？

**デフォルトの名無しさん** · 2022/10/26(水) 15:27:00.02

MVVMじゃないとテストコード書けないと思ってる○○www

**デフォルトの名無しさん** · 2022/10/26(水) 15:29:46.56

書けるけどさあ
結合テストだけって結局バグ取り切れないから意味ないんだよね

**デフォルトの名無しさん** · 2022/10/26(水) 15:37:15.22

テストコード書くためにMVVM選択するつうのは余りにもセンスがない

**デフォルトの名無しさん** · 2022/10/26(水) 15:47:49.54

知らんのか？
今の開発はテスト最優先だぞ
しつこくXAML推しして他の言語disってたやつがBlazor知ったらすぐそれかい

**デフォルトの名無しさん** · 2022/10/26(水) 16:08:44.17

手動テストするって言っておきながら
テストコード書くと言われても突然前提ひっくり返すなよ