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

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

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

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

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

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

**デフォルトの名無しさん** · 2021/12/10(金) 10:58:21.08

>>393
依存関係プロパティーはかなり遅いようだが、対WPFで考えるとBinding VS x:Bindのアドバンテージは別に有るから
トータルでどっちが早いとか遅いの情報がないと判断つかないわな

テストはバインディングせずに直接依存関係プロパティーに値を入れているベンチマークだからね

**デフォルトの名無しさん** · 2021/12/10(金) 18:47:07.68

>>197だけど
x:bindとかでどうこうなる次元じゃない遅さだと思う

**デフォルトの名無しさん** · 2021/12/10(金) 19:23:09.60

>>199に書いたとおり、x:Bindでもクッソ遅い場面がある
使用に耐えないレベルだった
ただ0.8.4までしか試してないから、もし1.0で改善してたらごめん

**デフォルトの名無しさん** · 2021/12/10(金) 21:37:20.02

1.3から本気出す

**デフォルトの名無しさん** · 2021/12/10(金) 22:07:40.25

1.0の正式版とそれ以前では違いそう
.net 6も正式版の直前までパフォーマンス酷かったし

**デフォルトの名無しさん** · 2021/12/13(月) 08:59:15.68

1.0

>これはMicrosoft Windows App SDKの実験版です。

おやすみ

**デフォルトの名無しさん** · 2021/12/14(火) 10:31:50.74

WPFはいつ如何なるときもMVVMで作るのが良い設計だと思い込んでるWPFビギナーを何とかしてあげたい。

誰が戦犯だ?

**デフォルトの名無しさん** · 2021/12/14(火) 10:39:33.53

すまん、俺

**デフォルトの名無しさん** · 2021/12/14(火) 11:33:17.84

>>400
俺だな

**デフォルトの名無しさん** · 2021/12/14(火) 11:55:32.17

使い分けた方が良いと思ってそうしてたけど
想定外に規模が大きくなって後からMVVMに直す方が手間だと気が付いてからは
確実に大きくならないのが分かってる時以外はなるべく最初からMVVMにするようにしてる

**デフォルトの名無しさん** · 2021/12/14(火) 12:01:24.45

所詮ビューをどう作るかの問題でしかないのにそんなに大した話かね
作り方が悪いんじゃない？
VMにビジネスロジック書きまくってそう

**デフォルトの名無しさん** · 2021/12/14(火) 12:53:06.59

良い悪いというより慣れるとMVVMが楽になる
イベントハンドラにコード盛り付ける時代に戻りたくない

**デフォルトの名無しさん** · 2021/12/14(火) 13:03:12.96

笑

**デフォルトの名無しさん** · 2021/12/14(火) 13:09:09.39

配布する際のexeやdllを難読化（逆汗防止とまでは行かなくても）する有償無償問わずお勧めのツールありますか？

**デフォルトの名無しさん** · 2021/12/14(火) 13:22:20.11

使い捨てじゃない限りMVVM使うね

**デフォルトの名無しさん** · 2021/12/14(火) 13:51:02.06

staticおじさんは今、MVVMおじさんに

**デフォルトの名無しさん** · 2021/12/14(火) 13:57:56.89

そのコンバートは対極過ぎて無理だろw

**デフォルトの名無しさん** · 2021/12/14(火) 14:34:25.04

昔:全部staticでええやん
↓
今:全部MVVMでええやん

**デフォルトの名無しさん** · 2021/12/14(火) 15:22:35.56

MとV以外に定まった構造なんてない
MVVM原理主義者なんて無視が正解。相手するだけ時間の無駄だから

**デフォルトの名無しさん** · 2021/12/14(火) 15:28:37.04

まあフォームズですらビジネスロジックは切り離すしな

**デフォルトの名無しさん** · 2021/12/14(火) 18:12:11.50

>>409
staticよりもDI使うね

**デフォルトの名無しさん** · 2021/12/14(火) 18:19:08.48

いや切り離したらデータ検証など分割、重複してめんどくさくなるから全部Viewでやったほうが簡単
ユーザーエクスペリエンスが高くなる
wpf向けのエラー通知装置が何種類もあり迷走しているのが何よりの証拠

**デフォルトの名無しさん** · 2021/12/14(火) 18:28:22.54

おまえらReactとかやんねーーの？

意味不明のXaml覚える半分の時間で
Reactマスター出来んぞ

その上でXamlまたやるなら大したもんだと関心するけど

**デフォルトの名無しさん** · 2021/12/14(火) 18:37:54.25

WEBアプリは来年ですら動作が怪しいからやんねーよ

**デフォルトの名無しさん** · 2021/12/14(火) 19:17:12.28

Reactが人気みたいだけどVueでweb入門してる

**デフォルトの名無しさん** · 2021/12/14(火) 20:18:32.84

>>407

WPF全く関係ないけど"ConfuserEX 2"

**デフォルトの名無しさん** · 2021/12/14(火) 22:54:01.86

.net nativeが御存命なら何も問題なかったのにな

**デフォルトの名無しさん** · 2021/12/14(火) 23:26:27.41

>>419
ありがとうございます、試してみます。
ちなみにWPFで難読化かけると、バインディングなどリフレクションで解決する変数をpublic以外にすると
難読化されて変数名が変わってしまい上手く動かなくなるなんて弊害もありました。

**デフォルトの名無しさん** · 2021/12/15(水) 04:02:26.72

なんでネイティブアプリ作らせようとしないのか不思議だよなあ

**デフォルトの名無しさん** · 2021/12/15(水) 04:12:08.01

>>399
1.0には安定板と実験版の二つがあるんだよ

**デフォルトの名無しさん** · 2021/12/15(水) 08:31:36.35

>>418
SPAってまだ息してるの？

**デフォルトの名無しさん** · 2021/12/15(水) 10:17:12.13

>>424
今時WebサービスはSPAだらけだぞ
SPAが出始めた当初の、一昔前でいう全面Flashのクソサイトみたいなイメージのままで止まってるんじゃない？
意外に普通のサイトでも普通に使われていて、もはや全く特別なものではなくなっているし君も気付いていないだけ

**デフォルトの名無しさん** · 2021/12/15(水) 12:24:42.77

>>422

「一般人には"難しい"インストール作業が必要」だからでしょ。

**デフォルトの名無しさん** · 2021/12/15(水) 14:37:16.07

>>426
zipファイルを右クリックして展開、中のexeをダブルクリックするだけ

**デフォルトの名無しさん** · 2021/12/15(水) 15:15:38.62

>>427
それだとダウンロードしたファイルの実行許可みたいな処理をしないと起動しないな

**デフォルトの名無しさん** · 2021/12/15(水) 19:11:55.55

MSIX「…」

**デフォルトの名無しさん** · 2021/12/15(水) 23:20:46.31

>>415
これマジで言ってんだったらヤバいなｗ

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

>>415
ウン千行のMainWindow.xaml.csでも量産してるのか？それともpartial祭り？

**デフォルトの名無しさん** · 2021/12/16(木) 15:26:56.21

モデルを再利用しないならぶっちゃけ全部ビューに書いた方がメンテしやすいよね

**デフォルトの名無しさん** · 2021/12/16(木) 15:41:48.28

>>432
VMは作る必要ないが、切り出せる処理は可能な限りModelに切り出したほうがメンテしやすいだろ

**デフォルトの名無しさん** · 2021/12/16(木) 18:59:05.09

MVVMか・・・　
ドメイン駆動開発には必須だが、カスタムコントロールをListView->GridViewにDataTemplateで埋める時なんか、
DataContextがListViewのItemSpurceに固定されて二段階ペアレント遡りとかマンドクセーんだよな。
コードビハインドでやった方が簡単だし速い。

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

>>434
一度React等の1-way dataflow系のUIフレームワークに触れてみることをお勧めする
MVVMなんかに戻る気しなくなるぞ

**デフォルトの名無しさん** · 2021/12/16(木) 20:52:20.35

この件に関しては何であるかは関係ないだろ
XAMLがそうなちゃってるだけでflutterや他のフレームワークでMVVMやれば>>434の件とか自由にできるだろ??

**デフォルトの名無しさん** · 2021/12/16(木) 21:17:28.50

VMがあるがVMは最小限にして他はコードビハインドに書くという新たなるデザインパターンを発見してしまった

**デフォルトの名無しさん** · 2021/12/16(木) 21:20:43.02

pythonに描かせたチャートを表示する方法おしえてください

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

Reactは俺も使ってるが、WebアプリもWPFみたいに開発できたらもっと楽なのにと思う。

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

>>439
Vue.jsとか使えばjs+MVVMで開発出来るでしょ

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

React使えてなさそう...

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

もう10年ぐらい前から
backbone.jsがmvvmしてますよ

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

winformみたいに楽に開発できるようにはなりませんかね。

**デフォルトの名無しさん** · 2021/12/17(金) 04:23:59.46

どこが難しいのかわからない
やろうとしてないだけじゃないの

**デフォルトの名無しさん** · 2021/12/17(金) 06:23:40.15

>>444
難しいじゃなくて、
めんどくさいんじゃねーーの？

**デフォルトの名無しさん** · 2021/12/17(金) 07:31:09.67

Electronオワコンの兆しが見えてきた

**デフォルトの名無しさん** · 2021/12/17(金) 07:49:25.07

VSCodeがある時点でWPFよりオワコンじゃないんだが

**デフォルトの名無しさん** · 2021/12/17(金) 08:06:23.71

そのVSCodeの元になったATOMがElectronを捨てた

**デフォルトの名無しさん** · 2021/12/17(金) 08:24:08.08

VSCodeはともかくATOMは💩だったからね

**デフォルトの名無しさん** · 2021/12/17(金) 08:38:26.32

>>437
VM最小限ではないだろうが、反応速度をトリミングしていけば、普通にそうなるんじゃね？
最初はActiveCommandやeventtriggerバインディングを駆使してストイックにビハインドコードを汚すまいとするが、
やっていくうちにBindingからeventへの悪魔が食指を伸ばしてくる。
Coreに必死でロジック入れまいとするが、DomainやInfrastructueから自然と入ってきて汚すDDDみたいなもんだよ。

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

そこでWinUI3ですよ。x;BindでイベントをVMで処理できるし、のこりはサービス作ってVMにインジェクションすりゃ良い
1.0になって地雷が少々残っているものの動作は軽快になって実用的になっている

**デフォルトの名無しさん** · 2021/12/17(金) 09:57:30.72

>>443
wpf使えばwinformよりは楽に開発できる

**デフォルトの名無しさん** · 2021/12/17(金) 10:56:55.08

>>443
wpfでmvvm捨てれば同等までにはなる

**デフォルトの名無しさん** · 2021/12/17(金) 11:15:05.40

>>448
githubがMSに買収された時点でatomはオワコン決定だろ

**デフォルトの名無しさん** · 2021/12/17(金) 12:20:14.61

GitHub クローンで、Ruby on Rails から、Go へ移行しない、
GitLab が上場して、時価総額が2兆円！

だから、Go へ移行するGitHubは、2兆円以上の価値がありそう

**デフォルトの名無しさん** · 2021/12/17(金) 22:46:12.94

>>453
イベントドリブンごりごりで描くならWPFの方が劣るかな
GestureTextとか変なところで手間かかる

**デフォルトの名無しさん** · 2021/12/18(土) 00:13:36.92

>>456
そんな偏屈な所つつかれても...

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

>>443
>>453

>winformみたいに楽に

って言ってるんだからMVVMを使わないのは大前提。

WPFの方が楽。
同等レベルだったらわざわざWPF使う意味はない。

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

Winアプリの構造がメッセージループである以上、
MVVMみたいに本末転倒で過度な抽象化をするとインピーダンスミスマッチでもっさりするのは必然

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

まぁ　DomainのRepositoryが全てのSOLID原則の中心になっているようなものだからね。　抽象化で遅くなるのは仕方ない。
描画やIOディレイもっさりに関してはasync/syncやUser32.dllのPostMessge、WndProcで高速化しているのがハイスキル連中のテクニックとちゃう？
プロはリリース毎のコスト上昇にほとんどの神経を尖らしているので抽象化肥大は避けられない。　コスト上昇が飽和しなければ、プロジェクト崩壊している事になる。
MVVMはTDDの必須構造。

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

>>459
レスポンスを追求するならVに全て実装するのも最適解のひとつだよ

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

賢そうに見えない話を続ける人達にあれがよいこれがよいと推されてもねえｗ

**デフォルトの名無しさん** · 2021/12/18(土) 12:40:09.41

>>462
もっと賢そうに見えない人がそんなこと言ってもねえw

**デフォルトの名無しさん** · 2021/12/18(土) 12:45:09.73

M(VV)M フォッフォッフォッ

賢い人ならバルタン星人に見えます。

**デフォルトの名無しさん** · 2021/12/18(土) 14:38:05.82

ネットや本のサンプルコードはWinforms ばかりなのは楽だから

**デフォルトの名無しさん** · 2021/12/18(土) 15:34:46.72

たからmvvmはblend前提のアーキテクチャだから
blend使わない時点で...

**デフォルトの名無しさん** · 2021/12/18(土) 15:36:40.23

↑wpfのmvvmね

knockout.jsとかvue.jsのmvvmは結構使える

**デフォルトの名無しさん** · 2021/12/18(土) 15:41:06.33

mvvmがwpf特有のものだと思い込んでる人いそう

**デフォルトの名無しさん** · 2021/12/18(土) 15:45:40.48

大半は開発者はmvvmなんてどうでもいいと思ってる。
そして大半の開発者はWPFは面倒だと思ってる。

**デフォルトの名無しさん** · 2021/12/18(土) 15:57:58.52

付いてこれない奴はおいていくしかないわな

**デフォルトの名無しさん** · 2021/12/18(土) 16:02:12.24

切り捨て大魔王アップルと同じスタイルですな。ｶｯｺｲｲ

**デフォルトの名無しさん** · 2021/12/18(土) 18:07:20.87

>>458
高DPI対応のレベルが全然違うわ
今から新しくWinFormアプリシステム作る意味は無い

**デフォルトの名無しさん** · 2021/12/18(土) 18:25:17.90

>>472
高DPI　対応ですか…またやっかいなものが
GetDeviceCaps
がテキトーな値しか返してくれないし

**デフォルトの名無しさん** · 2021/12/18(土) 18:47:28.71

4Kモニターが普及してきたし高DPI対応はもう必須やろなあ

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

そんなに優れたアーキテクチャーなら15年も鳴かず飛ばずで一体何をなさっておられたのでしょう？

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

うちの周りだと普通にWPFで「いまさらForms？」みたいな雰囲気なんだけどそのへんの温度差がすごいな。

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

普通にwebでやれよ

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

うちの会社は逆だ
WPFなど使い物にならんと随分前に見限られてる
UIはネイティブが第一選択でそれが無理ならFormsだな
俺がWPFを提案したとき上司にそんな物プログラマーが一時の流行りに乗りたいだけですぐに廃れるって一蹴された
まぁ結果論だが上司が正しかったのかな

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

一時の流行りすらなかっただろ…

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

>>472
ボケボケのアンチエイリアスを高DPI対応と言われましても

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

>>478
当のMicrosoftがWindows10になってもOS標準のGUIをWPFに置き換えに失敗。
結局は非スケーラブルなWindows GDI残渣を片付けられなかった事で、
WPFへの支持も得られず、一足先にSilverlight 、Xamarinも終焉を迎えたもんな。

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

Xamarinは日本政府も採用してんだから終わってない

**デフォルトの名無しさん** · 2021/12/19(日) 15:02:09.45

アメリカの圧力。

**デフォルトの名無しさん** · 2021/12/19(日) 15:06:41.74

>>482
あれ反応したことないｗ
Xamarin採用に起因する不具合なのかね

**デフォルトの名無しさん** · 2021/12/19(日) 15:07:46.95

しっかしここまで「WinでGUIといったらこれ！」っていうフレームワークが存在しないのも凄いよな
どれも一長三短くらいなもの達ばっかりw

これじゃ初学者も何やりゃ良いか分からんだろ

**デフォルトの名無しさん** · 2021/12/19(日) 15:08:45.41

>>476
それが一般的なレベル。
デスクトップアプリを何で実装するかで技術レベルを測ってる企業もある。
今更Forms使ってれば最低レベルってことが一目瞭然だから。

**デフォルトの名無しさん** · 2021/12/19(日) 15:18:47.00

>>485
C++ならキラーアプリMS-OfficeのフィードバックのMFC、
C#なら高速で人気のあったVCLの後継、winformだった。

実績もなく机上の空論で実装された低速なWPFをMSが押さなければ混乱なんてなかった。
VS開発チームすら採用に難色を示した出来の悪さ。自慢は高DPI対応。

**デフォルトの名無しさん** · 2021/12/19(日) 15:55:56.66

今のマシンならWPFでも快適やろ
WinUI 3は今のマシンでも低速だけどw

**デフォルトの名無しさん** · 2021/12/19(日) 15:58:09.64

>>487
VS開発チームすら採用に難色を示したってどこの情報

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

>>482
人脈が生きた結果だな

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

>>487
ストアアプリやUWPは確かに混乱をもたらしたと思うがWPFとFormsは好きな方使えばいいんでは？
べつにそこ混乱する必要ないでしょ。

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

vs studioがwpf製だろ

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

VS2010は出来が良かったな
2012以降余計な物が追加されてどんどん重くなっていって2017でリタイア
今じゃVSCodeに乗り換えた