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/09/16(木) 13:30:05.34

>>921
自分も最初はReset飛んできたとき解除すればいいと思ったんですが、配列がすでに消去済みなので解除できないことに気づきました。
各ItemのコンストラクタとDisposeに登録解除を書くしかないのかな。

**デフォルトの名無しさん** · 2021/09/16(木) 14:17:14.99

>>903
向いてるかどうかは別にして、
FormをVとしてVMとM作ってバインディングすればMVVMできると思うんだが
>似て非なるもの
どこが異なるんだよ？
お前の言う本当のMVVMってなんだよ

**デフォルトの名無しさん** · 2021/09/16(木) 14:20:02.81

ああ、バインディングはMVVMの構成要件じゃないのね
ますますお前の意見がわからんわ

**デフォルトの名無しさん** · 2021/09/16(木) 14:31:38.92

>>922
ObservableCollectionに
protected override void ClearItems()
ってのがあるから
ObservableCollectionの派生クラス作ってClearItems()をオーバーライド
ClearItemsが呼ばれたタイミングで購読解除すればいいと思う。

**デフォルトの名無しさん** · 2021/09/16(木) 14:37:43.93

>>922
public class MyCollection<T> : ObservableCollection<T>
{
protected override void ClearItems()
{
//ここで購読解除
base.ClearItems();
}
}

**デフォルトの名無しさん** · 2021/09/16(木) 15:14:51.39

>>926うおーすごい。stack overflowでもそこまでドンピシャな回答無かったです。
ありがとうございました。

**デフォルトの名無しさん** · 2021/09/16(木) 15:50:04.83

コレクションをオーバライドして
改良するってアーキテクチャ知らない人多いね

**デフォルトの名無しさん** · 2021/09/16(木) 18:38:42.38

結論としては、超絶に面倒臭いって事か

**デフォルトの名無しさん** · 2021/09/16(木) 19:41:02.61

仮にオーバライドしないで出来るならその方がずっと楽だしな

**デフォルトの名無しさん** · 2021/09/16(木) 22:04:26.97

>>923
クリーンアーキティクチャのあの同心円の図を想像するとわかりやすい。一番外側がVで中心がM。
その依存性逆転のためにバインディングという仕組みを使っているだけに過ぎない。

**デフォルトの名無しさん** · 2021/09/16(木) 23:23:17.08

https://docs.microsoft.com/en-us/archive/blogs/johngossman/introduction-to-modelviewviewmodel-pattern-for-building-wpf-apps
バインディングが関係ないとか言ってる奴はこのMVVMの原典を読んでおくように
> Model/View/ViewModel also relies on one more thing: a general mechanism for data binding.

**デフォルトの名無しさん** · 2021/09/17(金) 01:51:24.22

In practice however, only a small subset of application UI can be data bound directly to the Model, especially if the Model is a pre-existing class or data schema over which the application developer has no control.
モデルが既存のクラスで開発者がコントロールできない場合は、UIの一部のみを直接モデルにバインドできます。
ってあるけど、既存のクラスなんてINotifyPropertyChanged実装してるわけないし、どういう意図なんだろ？
OneTimeならそりゃできるだろうけど。

**デフォルトの名無しさん** · 2021/09/17(金) 02:13:01.71

>>931
バインディングが単なる手段に過ぎないという意見は分かった
で、
>Formsで真似しても似て非なるもの。
はどういうことなんだ？
お前の言う真のMVVMとはどういったものなんだ？

**デフォルトの名無しさん** · 2021/09/17(金) 07:24:25.96

滅茶苦茶な機械翻訳を鵜呑みにして混乱してる初心者あるある
また断続的な絞首刑が発生しちゃうね

**デフォルトの名無しさん** · 2021/09/17(金) 08:29:29.04

>>935
正しい翻訳と意図を教えてください。

**デフォルトの名無しさん** · 2021/09/18(土) 11:02:29.85

>>935
正しい翻訳と意図を教えてください。

**デフォルトの名無しさん** · 2021/09/18(土) 13:27:50.51

Microsoft Silverlightがオープンソース化、「OpenSilver」ベータ版リリース
https://news.mynavi.jp/article/20210916-1974193/

**デフォルトの名無しさん** · 2021/09/18(土) 14:29:04.75

>>938
MSはどっち行きたいねん？
一つがっちりしたのを標準で出せや！

**デフォルトの名無しさん** · 2021/09/18(土) 14:42:52.80

Silverlightは救済策だろう
メインストリームはWinUI

**デフォルトの名無しさん** · 2021/09/18(土) 14:59:53.94

ActiveXじゃなくてWASMベースになったってのが興味深いな。
デスクトップ版も用意したうえでBlazorと組み合わせてほしい。

**デフォルトの名無しさん** · 2021/09/18(土) 15:32:32.42

ソースジェネレーターでバインディング周り上手い事オーバーヘッド無しに出来んかな

**デフォルトの名無しさん** · 2021/09/18(土) 15:59:37.03

>>939
まだわからんの
オープンソースだよMSは

**デフォルトの名無しさん** · 2021/09/18(土) 16:06:02.78

MSとどういう関係があるのか読んでも分からん

**デフォルトの名無しさん** · 2021/09/18(土) 16:46:49.61

>>944
タイトルが悪いと思う
オリジナルのSilverlightをMSが作ったってだけで、MSはほぼ無関係だな
UserwareがWebAssemblyで動作するようにSilverlightを実装しなおしたものをオープンソースでリリースしただけ

**デフォルトの名無しさん** · 2021/09/18(土) 16:50:07.13

Userwareって会社ね
既存のSilverlightアプリをSilverlightからOpenSilverに移行するソリューションを売るみたい

**デフォルトの名無しさん** · 2021/09/18(土) 18:33:51.64

お
オープンソースSilverlightか
光ちゃんも引っ張ってこい

**デフォルトの名無しさん** · 2021/09/18(土) 19:08:58.03

>>945
タイトルが悪いと言うかわざとだろ、これ
UserwareがMicrosoftからソース譲渡してもらったならわかるけど "reimplementation of Silverlight" だから要するに互換ソフトをオープンソースで作ったって話でしかない

**デフォルトの名無しさん** · 2021/09/19(日) 04:13:06.67

あれ？
さっき思ったんだけど、
C#でしかできないことってあるよね？
ループで回して同じものを複数表示するとか

逆にXAMLでしかできないことってあったっけ？
無い気がする・・・

そんでMVVMもXAMLなしで出来るんでしょ？
そしたらXAML要らんじゃん・・・

**デフォルトの名無しさん** · 2021/09/19(日) 04:34:10.41

世の中のDSL全部C言語で書けよ的な話か？

**デフォルトの名無しさん** · 2021/09/19(日) 06:24:30.46

>>949
画面をXAMLで書けるのがWPFの一番のメリットなんだが

**デフォルトの名無しさん** · 2021/09/19(日) 10:50:54.04

XAMLは筋の悪い技術だよ
ループ等を無理矢理バインディングで実装しなきゃいけないために複雑怪奇になってる
普通に文字列のテンプレートエンジンか、Reactみたいにコードでよかった
MVUでは結局コードになったね

**デフォルトの名無しさん** · 2021/09/19(日) 12:01:27.73

XAML Styler必須だよな、なぜVisual Studioに標準搭載しないのか

**デフォルトの名無しさん** · 2021/09/19(日) 13:28:03.13

ループって何言ってるか分からんがリストのことならコレクションバインディングするだけでしょ
違うならすまん

**デフォルトの名無しさん** · 2021/09/19(日) 13:52:08.27

ObservableCollectionとListViewをバインドするだけとちゃうの？

**デフォルトの名無しさん** · 2021/09/19(日) 14:12:08.70

>>951
画面をXAMLで書けることの何がメリットなの？

**デフォルトの名無しさん** · 2021/09/19(日) 14:13:52.23

>>952
禿同
Viewと分けるにしても、XAMLなんか使わずにコードでいいじゃんね

**デフォルトの名無しさん** · 2021/09/19(日) 14:17:30.11

>>950 >>954-955
スマソ、確認だけど、
XAMLで出来ること　＝　コードビハインドで出来ること
なん？
すべての機能が一対一で相互互換性あるの？

**デフォルトの名無しさん** · 2021/09/19(日) 14:25:03.65

別にMVVMは強要されてる分けじゃない
使いたくなければ使わなくていいよ

**デフォルトの名無しさん** · 2021/09/19(日) 14:26:01.77

MVVMじゃなくてxamlか
xaml無しでUI書くこともできるだろう、好きにすればいい

**デフォルトの名無しさん** · 2021/09/19(日) 14:27:02.36

メリットは宣言的なところ
jsさえあればDOMでdocumentを構築できるがやる奴なんかいないのと同じ

**デフォルトの名無しさん** · 2021/09/19(日) 14:39:50.67

>>960
全然答えになってない
XAMLでやってることすべてをコードビハインドで出来るのかって訊いてる

**デフォルトの名無しさん** · 2021/09/19(日) 14:41:23.81

>>961
コードでうまいこと宣言的にできないもんかね？

**デフォルトの名無しさん** · 2021/09/19(日) 14:52:46.50

>>963
目的と手段が逆転してるぞ
そのためにXAMLがあるんだろうが

**デフォルトの名無しさん** · 2021/09/19(日) 15:54:38.30

ReactのあれはReactだけのやり方だから好きじゃないな

**デフォルトの名無しさん** · 2021/09/19(日) 16:47:23.99

>>962
何でそんな失礼なん？
全部できるかどうかなんて証明でいないわ
MSに訊け

**デフォルトの名無しさん** · 2021/09/19(日) 16:59:45.77

>>956
・画面イメージそのままに階層構造で表現できるからXAMLを見ただけで画面イメージを把握できる。つまり画面デザイナが無くても困らないからVSCodeでも開発できる。
・diffで差分を確認しやすい。
・スニペット登録しておけばEmmetみたいに爆速で画面作成できる。

**デフォルトの名無しさん** · 2021/09/19(日) 17:48:29.61

XAML直接弄ることはあったけどデザイナーで結果見ながらだ
さすがプロだ。ちがうなあ…。

**デフォルトの名無しさん** · 2021/09/19(日) 17:56:27.98

xamlでやってることはすべてコードビハインドできる
xamlで書けるものはそうした方が楽で速いってだけ

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

>>954
例えば要素の特定のプロパティの値に応じてスタイルを変えたいとき、HTMLのテンプレートなら値に応じてifでCSSのクラスを切り替えるだけだよね
XAMLだとどうする？いちいちConverter作る？

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

いちいちというかConverterはふつうに作ってるな。ある程度作ったらあとは使いまわせるし。

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

お前がXAMLをどう思うかなんてのはどうでもいいことだ
アニオタが自分はこのアニメが好きでこのアニメが嫌いって言ってるのと変わらん

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

>>970
DataTriggerを設定する

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

>>969
何の速度の事をいってるのか判らんが、
動作速度はコードビハインドのが早いぞ

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

>>964
サンクス
とりあえずコードだと宣言的にはできないということはわかった

>>967
サンクス
裏を返せば、コードだと画面がイメージできない・しにくい、と言ってるんだな、それは分かるかも
差分はイメージできる前提でメリットにはなり得る
スニペットってどの粒度で作ってあるんだろう？
それを標準で載せてくれよと思うわ
左のリストボックスで選択すると右のリストボックスに移る奴とかさ、結構使うだろ

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

たぶん、動作速度の事いってないと思う
楽でっていってるから、開発速度とかじゃね

**デフォルトの名無しさん** · 2021/09/19(日) 20:29:08.95

>>975
差分は～のあたり何言ってるのか分からんが……
とりあえず最後の複数リストボックスのそれはたぶんコードビハインド書かないと無理
フォーカスの移動はバインディングで対応できなかったはずなので

**デフォルトの名無しさん** · 2021/09/19(日) 20:29:10.32

>>975
差分は～のあたり何言ってるのか分からんが……
とりあえず最後の複数リストボックスのそれはたぶんコードビハインド書かないと無理
フォーカスの移動はバインディングで対応できなかったはずなので

**デフォルトの名無しさん** · 2021/09/19(日) 22:15:48.20

動作速度にこだわるなら言語選び間違ってるよね

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

>>970
色を変えるとか簡単な変化ならConverter
スタイルそのものを変えるならTemplateSelector
でもこれループ云々と関係ある？

**デフォルトの名無しさん** · 2021/09/20(月) 00:49:08.80

>>980
Webのテンプレートエンジンを使ったことあるなら、そんな疑問が出てくる方が不思議なんだが

**デフォルトの名無しさん** · 2021/09/20(月) 00:50:49.73

>>977
そうかぁ、複数リストボックスはやっぱりコードビハインドが無いと無理そうなのか
フォーカスの移動がネックね
XAMLの限界って奴かな

こういうのがあるなら最初っから腹くくってコードビハインドで書いた方がいい気がしてきた
だって、XAMLで書いててどうやるんだろう？と悩んだ挙句、
結局コードビハインドしか解決法が無い、ということにもなりかねんからね

訂正：
差分はイメージできる前提でメリットにはなり得る
↓
XAMLを見て画面がイメージできる人なら、diffで差分を確認しやすいのはメリットになり得る
まぁ、階層が増えたとか移動したとかは分かりやすいだろうな

**デフォルトの名無しさん** · 2021/09/20(月) 00:55:56.18

>>981
イヤな言い方だね
あんな汚らしい記法は嫌いだわ
ループよりコレクションにバインディングする方が読みやすい(個人の感想です)

**デフォルトの名無しさん** · 2021/09/20(月) 01:02:15.33

xamlはbamlにコンパイルされ理論上はC#コードより速くなるよ
少なくともMSのWPFチームはそう主張して
生C#にコンパイルするcamlを廃止したわけだし
なお実際に測定すると...

**デフォルトの名無しさん** · 2021/09/20(月) 01:17:24.74

>>984
それは単純ケースだけじゃ？

MSの公式のパフォーマンス改善の手引きに
バインデイングを止めるようにとあったと思うが...

**デフォルトの名無しさん** · 2021/09/20(月) 01:19:47.53

とにかく俺のプロジェクトじゃ
WPFのパフォーマンスの悪さがやり玉に上げられて
それは大変だった...

**デフォルトの名無しさん** · 2021/09/20(月) 01:25:48.63

双方向バインディングをやめてOneWay等も使えって書いてあった気がする

**デフォルトの名無しさん** · 2021/09/20(月) 01:35:10.41

WPFのBindingは全部レイトだから遅いのは宿命だわな
UWPからx:Bindを逆輸入すればいいのにと思っていたけどもうWinUIに逝っちゃったからなあ

**デフォルトの名無しさん** · 2021/09/20(月) 01:44:05.05

とにかく、
バインデイングとかテンプレートのセレクターの動作をみれば、
遅くなるのは当たり前なんだよなーー

**デフォルトの名無しさん** · 2021/09/20(月) 01:45:44.54

>>988
そのx:Bindは早いの？

**デフォルトの名無しさん** · 2021/09/20(月) 03:00:03.34

最近のパソコンなら遅いとは感じないけどな。

**デフォルトの名無しさん** · 2021/09/20(月) 04:17:47.61

WPFはバインディングよりも描画が重かったイメージだな

**デフォルトの名無しさん** · 2021/09/20(月) 08:09:56.39

>>985
逆だね
単純なケースでは生xamlでも速いのでbamlの利点が生きてこない
VisualStudioで描画が重いと思ったことないので（軽いと思ったこともないけど）
WPFそのものにはポテンシャルは十分にあるんだろう
ただWPFみたいた終わったテクノロジーでそんなレベルの開発者集められるのはそれこそVSの開発チームくらいだろうね

**デフォルトの名無しさん** · 2021/09/20(月) 08:47:58.20

グラボとメモリが無いとヤバい

**デフォルトの名無しさん** · 2021/09/20(月) 09:31:37.18

>>982
そういう複合コントロールはユーザーコントロールで作るからデータの出し入れは依存関係プロパティーを使いMVVMは使わず
処理もコードビハインドに思いっきり書く

で、出来たものをページなりウインドウに貼り付けて使用します

**デフォルトの名無しさん** · 2021/09/20(月) 12:01:41.39

x:bind　速度の違いが全くわからないので使うのやめた
コンパイル時の型エラーがうざいし
bindingに戻った

速度に関してはそりゃ開発環境入れてるメインマシンで動かせばそりゃ問題ないけどさ、ローエンドのCPU積んでるマシンで動かしたらどうなんだろう
今時のローエンドでもbaytrailのatomからは随分速くなったろうから問題ないと思うけど??

**デフォルトの名無しさん** · 2021/09/20(月) 12:11:27.54

>>993
WPFは遅くて同時は叩かれましたよ
そのあと改良されて大部分巻き返しましたが
同時かなり高度な描画デバックキットがリリースらされましたので
それを駆使して対処してましたが
XAMLとバインデイングから
どのようなコードが生成されてるのか
予測が付かなくて
地獄見ましたよ

**デフォルトの名無しさん** · 2021/09/20(月) 12:12:02.12

つかさ、winuiもいいんだけださ
そもそもwindowsを開発とかのマウス入力前提の環境でしかつかってないんだよ
だから、winuiのfluent designがタッチ入力よりすぎで微妙すぎる

**デフォルトの名無しさん** · 2021/09/20(月) 12:16:06.20

>>990
WPFにはx:Bind無いので直接比較はできんけど
UWPで同じようなもん作ったとき、Binding連発してるところで
WPFだと頻繁に見られるタメみたいなのがなかったね

**デフォルトの名無しさん** · 2021/09/20(月) 12:21:05.16

まじで?
俺はUWPのbindingとx:bindしか比較してないけど
x:phaseとかも使ってみたけど

体感で全く違いがわからなかったわw

もちろん厳密な比較はしてないけど

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 91日 19時間 16分 47秒