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