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/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

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

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

MVVMだと昔自分が書いたコード見てもシンプルで理解しやすいな

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

>>897
もしかしてロジック全部VMに書いてるの？だとしたらその方が問題だろう
普通はビュー(MVVMならVVM)とモデルの分離は大前提で、少なくともモデルはテスト書くでしょ
その上でビューのロジックの単体テストまで自動でやるかどうかというだけの話なわけだけど、なんか根本的なところを勘違いしてないかな

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

VMをテストすればVのテストは要らんわけだがこれを分離しないならVでバグる可能性もあって面倒だぞ
MAUIとかスマホでテストすんのか

**デフォルトの名無しさん** · 2022/10/26(水) 17:03:18.84

いやMVVM使おうが画面と繋いで最終的な手動テストはさすがにやるだろう。
モデルの単体テスト、UIの手動テスト、そしてそれに加えてVMの単体テストを仮にやるなら、VMの単体テストで確認すべきは当然VM固有のロジックのみだ。
まあVMのロジックに対する網羅的なテストをUI経由で毎回やらなくていいから継続的な開発の効率化には寄与するだろう。
ただ、まともな組み方をしてれば一般的にはVMのロジックはかなり少ないはずで、そこまで大きな差にはならない。まともな組み方をしてればね。

**デフォルトの名無しさん** · 2022/10/26(水) 17:07:13.67

>>901
スレの流れ読めよ...

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

だろおじさん登場

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

うちの会社はテストコードなんて書かないぞ

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

ロジックっつーか、どのコマンドを発したらどのプロパティがどう変わるかくらい単体テストでできるだろ
これ手作業でやんのかよw

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

テスターに任せればいいだろテストなんて

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

人件費使うんかい

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

なんかエラーでたけど報告面倒やしOKにしとこ。

**デフォルトの名無しさん** · 2022/10/26(水) 20:12:09.59

テスト終わりました。特に問題ありませんでした。

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

テスト結果を口頭報告する世界

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

>>886
あくまでイメージなだけで初心者がそれを信じてしまってるのがなぁ

**デフォルトの名無しさん** · 2022/10/26(水) 20:21:04.01

開発工数が削られると最後のテスト工数を削るしかなくなるんだよな
全体で見積もりだしても要件定義でダラダラするから工数足りなくなることなんてザラだし

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

「ちょっと変だったけど納品までには何とかなるだろ。」

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

とりあえずシステム起動できるかどうかだけは納品前に確認しておいてくれ

**デフォルトの名無しさん** · 2022/10/27(木) 06:58:10.64

>>912
コーディング段階で異常系を端折る
取り敢えず正常系が動けばOK

**デフォルトの名無しさん** · 2022/10/27(木) 10:00:20.54

>>911
初心者というか田舎者

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

ListView等のItemTemplateにボタンなどを置いたとき
コードビハインドにイベントハンドラ置くのが一番楽だからな
頑張ってVMに置いても良いことなど一つもない

**デフォルトの名無しさん** · 2022/10/27(木) 10:38:07.76

ビハインドと共存できないMVVM原理主義者がいるのも事実。
一緒に仕事をした時はびっくりした思い出。

**デフォルトの名無しさん** · 2022/10/27(木) 11:58:20.03

>>917
んなこたない
一つのコマンドを共有してバインドしても手間は変わらん

**デフォルトの名無しさん** · 2022/10/27(木) 12:14:41.44

グラフコントロールとか実装しだすと
データバインデングとか糞過ぎるからな

**デフォルトの名無しさん** · 2022/10/27(木) 14:24:40.22

1つのコマンドを複数のコントロールに割り当てるってほとんどなくないか？
ゲームのUIくらいじゃない？

**デフォルトの名無しさん** · 2022/10/27(木) 14:36:21.65

>>921
ListViewって書いてんじゃん

**デフォルトの名無しさん** · 2022/10/27(木) 18:31:17.41

DataGridでわけわからなくなり、ListViewに。
ソースコピペしまくって一応動作したけど訳わからんわ。

**デフォルトの名無しさん** · 2022/10/27(木) 18:31:17.41

DataGridでわけわからなくなり、ListViewに。
ソースコピペしまくって一応動作したけど訳わからんわ。

**デフォルトの名無しさん** · 2022/10/27(木) 18:39:17.75

複雑なコントロール操作が必要なとき
MVVMとか持ちだすとコードが滅茶苦茶になりがち

良く発生するのが、
バインデングの実行順序

**デフォルトの名無しさん** · 2022/10/27(木) 18:43:12.60

さすがにそれは設計が悪すぎる

**デフォルトの名無しさん** · 2022/10/27(木) 19:45:45.68

コードビハインドだと
複数のプロパティに意図した順番で値を設定できるが、
さてバインデングではどうなるか？
考えた事すらないんではないか？

昔（なんせ10年以上も前）に調べて
ネット上の資料を見つけた事があるが
もう忘れてしまったね

**デフォルトの名無しさん** · 2022/10/27(木) 19:50:35.80

まずそんなことする必要がない
イニシャライズ以外でプロパティの設定順序によって動作が変わるような設計が悪い
それでも糞設計でどうしても順序が大事ならワンウェイバインディングにしてコマンドから設定すべき

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

>>928
あるコントロールの
プロパティA
プロパティB
プロパティC
にデータバインデングした
さて値が設定される順序はどう判断すればよい？

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

>>929
だから、そんな順番でロジックが変わるのがクソって話をしてんだがw
それでどうしても順番が大事ならコマンド使って順番に入れたらいいぞ
二回同じこと言ったけど読めるか？w