WPF(.NET4.x, .NET Core) GUIプログラミング Part25

2021/02/05(金) 19:54:23.73

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

前スレ
WPF(.NET4.x, .NET Core) GUIプログラミング Part24
https://mevius.5ch.net/test/read.cgi/tech/1575862574/

関連スレ
Windows 10 UWPアプリ開発 Part 2
http://mevius.2ch.net/test/read.cgi/tech/1499658092/

コードを貼る場合は以下のサイトの利用をお勧め。
run codeのチェックは外しておきましょう。
http://ideone.com/

VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured

2021/02/14(日) 20:51:17.12

>>63
ホント、それだな
主旨を見誤ってるわ

2021/02/14(日) 21:32:03.19

>>64
だいたいバインド失敗してるからログを見る

2021/02/14(日) 21:40:14.27

>>65
V側からVMを参照させるのが主旨だろう。
レイアウトのみにしたら外からVを参照しなきゃならなくなるがそれこそ主旨に反している。

2021/02/14(日) 22:55:17.35

xamlのネストが深くて心理的ハードルが高い

2021/02/14(日) 23:08:17.58

>>63
アニメはcssのほうが優秀だわな
VisualStateManagerは細かい制御できるけど
あまりに複雑だ
UWPだと使えないときもある

2021/02/15(月) 05:34:28.56

バインドって初心者用?のサイトみるとスライダの変化で自動的に数値が変わるんで
イベントドリブンの記述が不要とかテキストボックスに文字いれるとこっちの
テキストも変わる、とかあるけどそんなもん?
他にもっと有効な使い方ってあるん?

2021/02/15(月) 06:55:30.46

テストのやりやすさ向上
移植性の向上

2021/02/15(月) 12:47:21.17

>>67
>>63,65はWinForms脳だから今更そんなことを言っても理解されないぞ

2021/02/15(月) 17:12:45.67

来年位に登場するMVUが出てから苦労する方が良いぞ。
https://devblogs.microsoft.com/dotnet/introducing-net-multi-platform-app-ui/?utm_source=vs_developer_news&;utm_medium=referral

XAMLも残るし（恐らくおいしい所はXAMLがそのまま使えると思もわれ、
テンプレートとかはそのまま使いたいなーー
ビヘイビアーとかトリガーとか糞クソは使かわねーーよなーー）
Reactやflutterと比べても恥ずかしくない位の実装が可能になるぞ。

2021/02/15(月) 17:15:54.44

これで、OS問わずマルチプラットフォームで使い物になれば
クライアント開発環境としてはマジで最強かもよ。

2021/02/15(月) 17:40:25.02

mauiの最大の問題はmauiが基本がプラットホームコントロールのラッパーであるということ
つまり、各プラットフォームの最大公約数のしょぼ機能しか共通化できない

もちろんカスタムビューで独自描画のコントロール作れるだろうが誰がつくるんだ?

2021/02/15(月) 17:58:40.09

Xamarinは独自UIをサポートするらしいですが、
Xamarinなんであんな期待しない方がよいですかね。

自分も独自UI派なんですが、クライアントアプリだと他には
Unityやflutter位しか思いつかないけどですね。（WebView使う以外、他にある？）

2021/02/15(月) 18:42:53.86

XamarinのUI関連の大言壮語は聞き飽きてるからなぁ
あまり期待しない方が良いかと

2021/02/15(月) 20:49:53.65

WinUI 3のプロジェクト作った時点で、ソリューションエクスプローラーの依存関係が解決出来ないとエラーになるんですが、何が足りないのでしょうか？
https://i.imgur.com/LThIdEb.png

2021/02/15(月) 21:05:07.96

>>76

https://i.imgur.com/tjR3sZA.jpg

2021/02/15(月) 22:01:17.08

>>73
このMVUってどうやってテストするんだろ。
テストフレームワークから中のButtonなんかにアクセスできるのかな。

2021/02/16(火) 10:17:43.49

テストコードでコード読めなくしちゃいかんよ。
ＤＩ野郎も同じ。

2021/02/16(火) 11:04:25.62

>>79
何度も出て来るけどそれ頂点に描かれた本人が了承した図じゃないから
もう貼らない方が良いよ
https://twitter.com/chomado/status/802461345421459456
https://www.usamihiro.info/entry/2016/11/30/120000
https://codezine.jp/article/detail/10053
https://twitter.com/5chan_nel (5ch newer account)

2021/02/16(火) 12:29:23.28

儲

2021/02/16(火) 23:46:52.10

Xamarinは姫プの取り巻き達がガチ勢を怒らせなければもうちょい流行ってたのかなぁ

2021/02/16(火) 23:52:58.00

>>84
それでXamarinスレに変なやつが居着いちゃったのかw

2021/02/17(水) 01:04:13.85

mauiはunoとセットになるのかな？

2021/02/17(水) 02:50:47.46

>>84
企業の紐付きユーザ会の公式セミナー
の開催中にお誕生会のケーキカット
まですれば、そういう人達の集まりと
思われても仕方ないと思うの。知らんけど

2021/02/18(木) 13:22:38.33

CocoaでもXamarinに責任押し付けられてるな

2021/02/18(木) 15:18:57.20

>>88
ザマーｗ（リン）

2021/02/19(金) 01:22:40.33

我々クソザコwinformマンは今後人権ない感じですか？

2021/02/19(金) 05:31:23.40

>>88
アトミックなファイル更新すら考慮してないうんこ実装だったのは事実だし

2021/02/19(金) 05:32:25.95

まあ、Xamarinの問題というよりは、そこをコミットした奴に基本的な知識が欠けていたって話ではあるが

2021/02/19(金) 08:03:28.00

責任を押し付けられたのではなく
主原因だというw

2021/02/19(金) 14:08:53.95

>>90
MFCのようになるがしばらくは生きていけるだろう

2021/02/19(金) 15:40:10.89

>>90
WinFormsマンは元VB6マンな印象
ｲｷﾛ！

2021/02/19(金) 19:49:19.03

>>95
WinFormすらできないVB6マンが協力会社にいるわ

2021/02/19(金) 22:55:40.81

VB4マンが欲しい

2021/02/20(土) 00:06:00.80

VB6マンってクラス作ってオブジェクト指向で作ってる？
社外のVB6やVBAでまともなソースコード見たこと無いんだけど。

2021/02/20(土) 02:17:54.59

WinFormsマンだけど、今のところWinUI3楽しんでるよ。
昔WPFちょっといじってたから、思ったほど違和感なかった。
たぶん暗黒面を見たらイヤになるんだろうけど。

**デフォルトの名無しさん** (JP 0Ha7-6Pc8) · 2021/02/20(土) 09:12:49.43

マルチディスプレイ環境で、「全てのディスプレイにまたがってwpfウィンドウを最大化する」って可能です？

ユーザーが手動でウィンドウ引っ張って伸ばすしかない？

2021/02/20(土) 09:18:16.51

WidthAndHeightじゃ駄目？

2021/02/20(土) 10:54:17.95

マルチモニタと言っても解像度が同じとは限らないし自分でやらないと無理なんじゃないかとおじさんは思うのです。

2021/02/20(土) 11:12:44.75

SystemParameters.VirtualScreenLeft とか Width とか取得してそのサイズにすればいいんじゃね？

2021/02/20(土) 12:32:09.10

マルチディスプレイは設定だけでも一苦労するよな。

2021/02/20(土) 23:00:07.18

wpfを基礎から勉強したいんだけど
おすすめの参考書ってある？
ちなみにwin formマンです

2021/02/21(日) 01:42:15.34

.Net 5が出たと思ったらもう.Net 6のプレビュー版が出てるのか

2021/02/21(日) 02:04:14.09

このスピード感いいよね。

2021/02/21(日) 02:09:20.05

.NET 5 は俺がまだ青い頃に
既に出てた気がするが...

2021/02/21(日) 02:16:26.46

>>108
喜べ
お前はまだ青いぞ

2021/02/21(日) 02:19:11.38

あとは追加パッケージなしにWinUI3が使えるようにしてほしい。
はよ。

2021/02/21(日) 02:35:36.87

>>107
完全に内製開発前提になってて、ジャパニーズドカタはもう完全に置いてけぼりだな

2021/02/21(日) 02:43:55.90

ドカタerは名前ばかりのLTSなんてあてにしないで.NET Framework使うから

2021/02/21(日) 04:44:02.87

実践にベータ版を投入してるのは
基地外でしょうか？

2021/02/21(日) 07:16:15.84

実践の内容による
金もらってる相手にはさすがに適用しない（そもそも品証とかが関与してくるし）けど、部署内のシステムとかでごめんなさいで済むなら適用することもある

2021/02/21(日) 07:26:38.98

>>108
太田母斑？

2021/02/21(日) 12:04:39.85

>>105

はっきり言って「無い」。それがWPFが普及しなかった最大の理由だと思ってる。

2021/02/21(日) 12:39:11.36

>>105
本は知らんがWebではここが比較的よくまとまってると思う
https://www.atmarkit.co.jp/ait/series/2794/spv/

2021/02/21(日) 14:23:50.77

>>116
言える。

あとMVVMが理想としてもMVVMで作ったほうが良い大規模な
アプリなんてそうそう作らんわ。
大規模としてもいらんし。

2021/02/21(日) 14:26:17.20

あの公式サイトの壊れた日本語見るだけで
嫌になる。
Google翻訳の爪の垢でも煎じて飲めや

2021/02/21(日) 14:36:34.61

WinFormでも工夫すれば高解像度で使えるし。
今更、XAMLなんてチマチマ書きたくないわ。(というかできない)

2021/02/21(日) 14:40:35.93

>>118
慣れれば自分用ツールみたいなのもMVVMの方が作りやすいよ
WinForm久々に組むとイベントハンドラ書くのがしんどい
コマンド周りだけ面倒だけどね

2021/02/21(日) 14:44:59.09

慣れるまでが大変そうだな。

2021/02/21(日) 14:48:17.51

WPFは本来パッケージソフトの開発に使うためのものなんだよ
UIに金かけても客が増えれば回収できる
時代はSaaSに移ってしまったからWPFは用済み

2021/02/21(日) 14:54:26.87

WPF、かなりうまくやれば良い見栄えのものになるだろうな。
これは市販品には求められるんだろうがな。

SaaSなんて初耳。

2021/02/21(日) 14:58:56.67

>>122
正直、それはある

2021/02/21(日) 15:12:08.56

いまだにWPFの価値がUIの見栄えだけみたいに言ってる人がいて違和感

2021/02/21(日) 15:19:16.33

どんな価値があるんだい。

2021/02/21(日) 15:36:10.51

winformってどうやってテストすんの？

2021/02/21(日) 15:39:40.16

イベントハンドラでSQL垂れ流すようなクソ設計してない限りは大差ねえよ
結局WPFだって最終的には手で触ってテストするんだし

2021/02/21(日) 15:45:32.26

もう終わりでしょ
クソ過ぎる

2021/02/21(日) 16:01:19.27

>結局WPFだって最終的には手で触ってテストするんだし

自動テストやってないと確かに有難みがわからないのかも。

2021/02/21(日) 16:19:38.81

>>131
してるよ
そんな低レベルな話じゃなくて、最終的なUIとの連結は手で触ってテストするしかないし、そこの分離が適切にできてさえいれば大差ないって言ってるの

2021/02/21(日) 17:19:31.73

やるかやらないか0-1の話じゃなくて程度の問題な。
Formの頃はアプリケーションロジック含めてUI経由でやらなきゃならない場面も多かったけど
MVVMになってからは基本的にバインディングが正しいかどうか(状態があるものについては
各状態毎に)確認する程度で手動テストの項目数を大分減らせた。

>そこの分離が適切にできてさえいれば大差ないって言ってるの

まぁ、Formでもイベントハンドラとそのロジックをきっちり分離していれば同じようにできるだろうが
それやるならWPFの方が楽だよなぁという印象。

2021/02/21(日) 17:43:24.58

>>126
マジレスで、WPFのメリットって、例えば全画面表示にしてもボタンなどがズレないように出来るっていう見栄えの部分と、イベントが発生した時に即座に再計算だの再表示だのしてくれる部分かと思ってた。他にも「これ忘れてるぜ」みたいなのある？体感的なメリットを100%のうち、何%見栄え、とか書いてくれると嬉しい。

あと、テストがやりやすいってのはWPFの話じゃなくてMVVMの話と考えていいんだよね？なんかそれらをごっちゃにするから話が必要以上に複雑になってきてる印象。それほど自動テストが重要というんだから、WPFやるならMVVMやらないと意味ないよってほどMVVMは欠かせないのかな？

2021/02/21(日) 17:50:46.49

このDarknetの出力が正しいかWPFで検証して
はくれまいか？
単体テスト機能で簡単に検証出きるんでしょ。

2021/02/21(日) 17:57:18.05

>>134
WPFだからMVVMを使うというより、UIの要件が複雑だからWPFやMVVMを使う、が正しい
WPFになって従来よりリッチなUIを作れるようになったが、リッチなUIになれば当然その分制御が複雑になる
そのため、追加の抽象化レイヤを設けて複雑さを低減しようとする試みから生まれたのがMVVM

2021/02/21(日) 18:01:57.88

>>76
ザマは人脈無いと使いこなせないって聞いたよ昔に

2021/02/21(日) 18:05:53.84

WpfとMvvmが全てじゃないけど、フォームを開きまくるアプリからページ切り替え型のアプリに移行するのもメリットの一つだな
wpfと言うよりprism+unityのお陰だけどね

2021/02/21(日) 19:00:04.14

>>118
MVVMが理想？

笑

でもこの"笑"が
昔は通用しなかったんだよな。

2021/02/21(日) 19:27:55.32

今や1 way bindingが主流で、MVVMは時代遅れだからねえ

2021/02/21(日) 20:19:21.17

>>140
そりゃシンプルさを真っ向から全否定してる
WPF+MVVM だったら
2 wayぐらい出来なきゃダメでしょ。
もっと糞になるよ。

話し変わるけど、
低レベルPGが大量に投入される案件には
WPFのMVVMは向かんね。

最も美しい状態のコードでも糞クソなのに
輪をかけてクソコードの連発になる。
コード読んでて発狂しそうになるわ。

2021/02/21(日) 20:32:32.15

webでVueとかやってたらこんなクソみたいなものやってられない
そもそもデスクトップアプリなんて簡単に作れればいいのに、変な作法を要求するのが頭おかしい

2021/02/21(日) 20:34:51.18

>>134
>>テストがやりやすいってのはWPFの話じゃなくてMVVMの話と考えていいんだよね？

MVVMの話しの事だけど、
ここに住み着いてるテスト坊が言ってるだけの事なので
気にせんでもよい。

>>136
誤り。
Blendを機能させる為に
肥大化した仕様になってしまっただけ。
MVP（MVVM）モデルはあんな大量のコード書かなくても実現出来る。

2021/02/21(日) 20:40:21.83

>>142
このところ立て続けに2案件連続で
MSのMVVMからのリプレース。

to vue.js
to asp.net + knockout.js

コード酷すぎて泣けてくる。

2021/02/21(日) 20:41:41.65

knockout.jsいいぞーー
これもMS系列のMVVMライブライリだ。

2021/02/21(日) 20:45:52.62

MVVMってなんて読むの?
エムブーン?

2021/02/21(日) 20:59:38.58

面倒だからWinFormでいいや。

2021/02/21(日) 21:10:13.94

>>146
ムブム。

2021/02/21(日) 21:23:30.01

wpf 嫌われてるけど重い計算ガンガンするやつは何がおすすめ？
結局winformに戻るしかないの？

2021/02/21(日) 22:13:59.52

>>98
まともにVB6使ってたら
そういう作り方は言語仕様により出来ないし

2021/02/21(日) 22:41:43.27

>>149
UI使って計算するわけじゃ無いんだから重い軽いは関係ないっしょ
UIの要件で何使うか決めなはれ

2021/02/21(日) 22:52:12.92

>>149
MVVMはWPF(XAML)の上に
XAMLを使って足されたライブライリですよ。

WPF(XAML) + MVVM

winForms開発者には引き続きイベントハンドラーでの実装がサポートされます。

WPF(XAML) + コードビハインド

てかUIコントロール作ってるレベルの人は
最初からMVVMとか使ってません。
てか使ってもパフォーマンス悪すぎて使えません。

ちなみに来年にWPF(XAML) + MVUが登場します。
これでやっとReactとかに追いつきます。

2021/02/21(日) 23:03:26.39

そしてMVUも流行らずに数年後にまたMVなんちゃらが登場するのであった

2021/02/21(日) 23:04:11.21

>>136
> WPFだからMVVMを使うというより、UIの要件が複雑だからWPFやMVVMを使う、が正しい
> WPFになって従来よりリッチなUIを作れるようになったが、リッチなUIになれば当然その分制御が複雑になる

喧嘩腰じゃなくて冷静に書くけど、
それが正しいなら、UIの要件がシンプルでリッチなUIも不要な場合はWPFおよびWVVM要らないよね？
まず、このYes/Noクエスチョンには答えてほしいな

2021/02/21(日) 23:07:20.99

>>138
ずっと前、WPFでページ切り替え型のサンプルコード実行してみた
まぁまぁ便利だったけど、二つのフォームの内容を同時に見たい時は
やっぱりページを行ったり来たりしないとだね

2021/02/21(日) 23:10:42.60

>>154
シンプルでも
リッチでも
MVVM原理主義で無い限りいらんとです。

2021/02/21(日) 23:11:11.79

>>140-141
えーっ、1 Way Bindingのみが主流なの？
じゃ、例えば、

A: 123
B: 456

みたいな入力ボックスがあって、

B=A*2
A=B*0.5

みたいな相互関係になっている場合はどうすんの？

2021/02/21(日) 23:12:51.82

MVVMを実現するDataContextやBinding、INotifyPropertyChangedなどは
最初からWPFを構成する要素なんだが。
ところで、

>ちなみに来年にWPF(XAML) + MVUが登場します。

MAUIのMVUがXAML使うとか情報あったっけ？
それともMAUIとは別にWPFにMVUが導入されるとか？まさか。

2021/02/21(日) 23:16:43.38

>>154
そこは適材適所で良いんじゃないかと。
たしかにポトペタでチャチャっと作る分にはFormaの生産性は高いと思うし。

2021/02/21(日) 23:18:55.10

>>158
根本レベルで話し合わなそ！

2021/02/21(日) 23:19:35.77

>>143
テストがやりやすいってのがMVVMの話なら「WPFの」メリットじゃないよね、
他の言語でもMVVMで書けるんだし。

> Blendを機能させる為に
> 肥大化した仕様になってしまっただけ。

Blendはインストールしただけで触ったことないけど、
それが本当のような気がする
無駄に仕様が大きい
例えば、Animatable Model3Dとか要るか？使うか？って話だよね
俺は要らない

2021/02/21(日) 23:23:51.19

>>155
メインに対してサブのページを同時に表示くらいならさほど苦労もなく実現可能だよ

2021/02/21(日) 23:29:40.56

>>156
確かに要らないかも。
いろいろWPFでMVVMのサンプルコードを落としては走らせてみたけど、
コードが膨大な割には実行させると「え、これだけ？」みたいなのが多い。

>>159
そう言ってくれるなら納得。
データベースで言うと、チャチャっと作るにはSQLite、大規模なのを作るにはSQLServerみたいなね。
それで言うと、俺はやっぱりほぼほぼWinFormで作るべきだな、UIの要件からして。

2021/02/21(日) 23:32:30.64

>>162
そのサブページって、追加メニューから
（「新規のウィンドウ」じゃなくて）「新規のページ」で追加？
表示Visible/非表示Invisibleみたいな設定があるの？